Měření rychlosti připojení v PHP: příčiny nepřesných výsledků

Jak se problém při měření rychlosti v PHP projevuje

Výsledkem může být výrazně nižší download nebo upload, než jaký uvádí poskytovatel připojení. Častý je také velký rozdíl mezi měřením v prohlížeči a měřením skriptem PHP, kolísání rychlosti během testu nebo neobvykle vysoká latence. Samotné PHP přitom obvykle neměří rychlost internetové linky přímo. Skript měří přenos mezi klientem a konkrétním webovým serverem, takže výsledek zahrnuje vlastnosti obou konců spojení.

U optiky, kabelu i DSL je důležité oddělit rychlost přístupové sítě od výkonu zařízení, Wi-Fi a serveru, který test obsluhuje. Výsledek proto nelze automaticky chápat jako garantovanou rychlost tarifu u operátora.

Server PHP nemusí mít dostatečnou kapacitu

První samostatnou příčinou je slabý nebo vytížený server. Pokud PHP běží na sdíleném hostingu, může proces současně obsluhovat jiné weby, databázové dotazy nebo cron úlohy. Omezení CPU, paměti, počtu procesů a síťového portu pak zpomalí generování i odesílání testovacích dat.

Projevem bývá nízká rychlost pouze vůči jednomu měřicímu serveru, zatímco jiné služby fungují rychleji. Pomoci může porovnání několika umístění serveru, sledování využití prostředků a test mimo špičku. Pro přesnější měření je vhodnější VPS nebo dedikovaný endpoint s dostatečnou kapacitou.

Metoda přenosu může zkreslit download

Další příčinou je nevhodná implementace stahování. Pokud PHP vytváří data v cyklu, provádí kompresi, zapisuje je do logu nebo používá malé bloky, přenos může být omezen výkonem aplikace. Stejný problém vzniká při měření přes pomalou databázi nebo při dynamickém generování náhodných dat na každý požadavek.

Jako kontrolu lze použít předem připravený soubor známé velikosti a měřit pouze dobu jeho přenosu. Skript by měl omezit aplikační logiku, posílat dostatečně velké bloky a správně nastavit hlavičky. U HTTPS je nutné počítat také s náklady šifrování, zejména na slabším serveru.

Upload ovlivňuje velikost požadavku a limity PHP

Samostatným problémem uploadu je omezení velikosti požadavku. Direktivy upload_max_filesize, post_max_size, časový limit skriptu nebo limit reverzní proxy mohou přenos předčasně ukončit. U krátkého testu navíc nemusí být odeslaný objem dostatečný k tomu, aby se projevila skutečná kapacita linky.

Jestliže test končí chybou HTTP, timeoutem nebo hlášením o příliš velkém požadavku, nejde primárně o pomalé připojení. Ověřte konfiguraci PHP, webového serveru a proxy. Pro měření používejte dostatečně dlouhý přenos, ale nastavte limity tak, aby neohrozily dostupnost služby.

Wi-Fi a domácí síť mění naměřené hodnoty

Výsledek může snížit také lokální síť mezi zařízením a routerem nebo modemem. Wi-Fi ruší okolní sítě, vzdálenost, silné zdi i připojená zařízení. Pásmo 2,4 GHz mívá větší dosah, ale často více rušení, zatímco 5 GHz nebo 6 GHz může nabídnout vyšší rychlost na kratší vzdálenost.

Pro rozlišení této příčiny proveďte stejný test přes ethernetový kabel přímo k routeru. Pokud je kabelové měření výrazně rychlejší a stabilnější, problém pravděpodobně není u PHP ani u operátora. Pomůže vhodné umístění routeru, aktualizace firmwaru, volnější Wi-Fi kanál a omezení paralelních přenosů.

Vytížení linky a provoz u operátora

Naměřenou rychlost ovlivňuje současné používání připojení. Streamování videa, cloudová synchronizace, aktualizace zařízení nebo další členové domácnosti mohou spotřebovat download i upload. U některých DSL, kabelových nebo bezdrátových služeb se může projevit také vytížení přístupové sítě v určitou denní dobu.

Test opakujte ráno, večer a mimo běžný provoz domácnosti. Porovnávejte více měření, nikoli jediný výsledek. Pokud jsou hodnoty nízké i přes kabel a bez ostatního provozu, obraťte se na ISP s časem testu, použitým serverem a naměřeným downloadem, uploadem a latencí.

Latence, jitter a ztráta paketů mají jinou příčinu

Vysoká latence neznamená automaticky nízkou přenosovou rychlost. Latenci prodlužuje vzdálenost serveru, počet síťových skoků, fronty v routeru a přetížení linky. Jitter označuje kolísání latence a ztráta paketů vede k opakovanému přenosu dat, což může snížit skutečnou rychlost i stabilitu spojení.

PHP test by měl oddělit měření objemu dat od měření odezvy. Pro diagnostiku použijte ping nebo měření dostupné v aplikaci a porovnejte několik serverů. Pokud se při zatížení linky výrazně zvyšuje latence, může jít o bufferbloat. Pomoci může řízení front na routeru, aktualizace zařízení nebo konzultace s operátorem.

Jak ověřit, že je měření v PHP použitelné

1. Testujte více serverů: zvolte lokální i vzdálenější endpoint a sledujte rozdíly.
2. Opakujte měření: proveďte několik běhů v různou dobu a porovnejte medián, nikoli pouze nejlepší výsledek.
3. Oddělte směry přenosu: download a upload měřte samostatně s dostatečně velkým objemem dat.
4. Kontrolujte prostředí: zaznamenejte typ připojení, ethernet nebo Wi-Fi, zařízení a aktuální provoz v síti.
5. Sledujte server: ověřte CPU, paměť, síťový limit, dobu běhu PHP a případné timeouty.

Pro jednoduchou kontrolu může PHP změřit čas přenosu a následně vypočítat rychlost podle vzorce: velikost přenesených dat v bitech dělená dobou v sekundách. Jednotky musí být konzistentní. Výsledek uváděný v Mb/s není stejný jako MB/s, protože jeden bajt obsahuje osm bitů.

Praktická optimalizace testu rychlosti

• Použijte statické testovací soubory nebo předgenerovaná data, aby měření nezatěžovala PHP generováním obsahu.
• Pro download a upload nastavte dostatečnou velikost přenosu, ale chraňte endpoint proti nadměrnému využití.
• Omezte logování těla požadavků a deaktivujte nepotřebné aplikační middleware během testu.
• Testovací endpoint zabezpečte před zneužitím, například limitem frekvence, maximální dobou běhu a omezením velikosti požadavku.
• Výsledky ukládejte společně s časem, serverem, protokolem a typem připojení, aby bylo možné odhalit opakující se vzorec.

Spolehlivé měření rychlosti připojení v PHP tedy vyžaduje kontrolu celé trasy mezi klientem a serverem. Teprve kombinace opakovaných testů, kabelového ověření, sledování serveru a samostatné analýzy latence ukáže, zda je příčinou domácí síť, hosting, implementace testu nebo připojení u operátora.