Zdrojový kód testu rychlosti internetu: proč výsledky neodpovídají připojení

Jak se problém se zdrojovým kódem testu rychlosti internetu projevuje

Vlastní test rychlosti může zobrazovat nižší download nebo upload než známé měřicí služby. Časté jsou také výrazné rozdíly mezi opakovanými měřeními, nepřesná latence nebo nulová hodnota ztráty paketů i v případě, že připojení reaguje pomalu. Samotný výsledek proto nemusí popisovat skutečnou kapacitu linky, ale může odrážet chybu v implementaci, síti nebo použitém zařízení.

Pro měření je potřeba oddělit rychlost stahování, rychlost nahrávání, latenci, jitter a packet loss. Každá hodnota vyžaduje jiný postup a nelze ji spolehlivě určit jediným krátkým požadavkem.

Nejčastější příčiny nepřesného měření

Nedostatečný počet paralelních spojení

Jeden TCP nebo HTTP stream často nedokáže využít celou kapacitu optického, kabelového ani DSL připojení. Limit může vzniknout kvůli pomalému rozběhu TCP, latenci mezi klientem a serverem nebo omezení serveru. Výsledkem je download, který zůstává pod rychlostí poskytovanou operátorem, přestože linka funguje správně.

Příliš malý testovací soubor

Pokud zdrojový kód stahuje jen malý soubor, měření skončí dříve, než se spojení dostane na stabilní přenosovou rychlost. To je patrné hlavně u rychlé optiky a připojení s vyšší latencí. Krátký test proto obvykle nadhodnocuje vliv navázání spojení a podhodnocuje dlouhodobou propustnost.

Omezení serveru a jeho umístění

Výsledek závisí na kapacitě měřicího serveru, jeho vytížení a síťové trase. Server mimo region uživatele může přidat latenci a vést k nižší rychlosti. Pokud server nezvládá více současných požadavků, problém se projeví i při připojení přes ethernetový kabel.

Měření přes Wi-Fi místo kabelu

Wi-Fi ovlivňuje vzdálenost od routeru, překážky, rušení, použité pásmo i počet dalších 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. Vlastní test proto může měřit bezdrátové podmínky, nikoli skutečný limit tarifu nebo přípojky.

Chybný výpočet času a jednotek

Rychlost se obvykle uvádí v Mb/s, zatímco velikost dat se v kódu často zpracovává v bajtech. Pro převod je nutné pracovat s bity a správným časovým intervalem. Chyba vzniká také při použití času zahájení místo času skutečného přenosu nebo při zaokrouhlení výsledku během měření.

Cache, komprese a optimalizace prohlížeče

Prohlížeč může odpověď načíst z cache, komprimovat ji nebo zpracovat prostřednictvím optimalizační vrstvy. Testovací data proto musí být jednoznačně náhodná nebo musí používat vhodné hlavičky proti cache. Současně je třeba ověřit, zda proxy, VPN nebo bezpečnostní software tok dat nemění.

Proměnlivé zatížení domácí sítě

Streamování videa, cloudová synchronizace, aktualizace a další zařízení spotřebovávají kapacitu linky. U některých routerů se při zatížení objeví bufferbloat, který zvyšuje latenci a jitter. Test spuštěný během běžného provozu proto může správně zachytit okamžitý stav, ale nebude vhodný pro posouzení maximální rychlosti přípojky.

Jak zjistit, kde chyba vzniká

1. Porovnejte prostředí. Proveďte stejné měření přes ethernetový kabel a potom přes Wi-Fi. Pokud je rozdíl výrazný, zaměřte se na router, pásmo, rušení a umístění zařízení.
2. Opakujte test na více serverech. Vyberte server v blízkém regionu a porovnejte jej s dalšími místy. Rozdíl mezi servery ukazuje na trasu nebo kapacitu serveru, nikoli automaticky na problém u operátora.
3. Zkontrolujte velikost dat a délku testu. Sledujte průběžnou rychlost, nikoli pouze průměr za několik sekund. U rychlých linek použijte dostatečný objem dat a více paralelních přenosů.
4. Ověřte jednotky. Převádějte přenesené bajty na bity a dělte skutečným časem přenosu. Do výsledku nezahrnujte zbytečně dobu načítání stránky nebo vykreslení rozhraní.
5. Sledujte latenci a ztrátu paketů. Download a upload mohou být vysoké i při nestabilní síti. Pro kontrolu použijte více požadavků a vyhodnoťte medián, průměr, jitter a procento neúspěšných odpovědí.

Jak optimalizovat zdrojový kód testu

Pro download a upload používejte více současných streamů, ale jejich počet nastavte s ohledem na zařízení a server. Test by měl mít fázi zahřátí, během níž se spojení ustálí, a následnou fázi měření. Do výsledku započítejte pouze stabilní interval a uvádějte také délku testu a počet přenosů.

Testovací endpoint by měl vracet data bez cache a server musí zvládat dostatečnou propustnost. U uploadu je vhodné generovat data lokálně a odesílat je v blocích, aby nedocházelo k nadměrné spotřebě paměti. U downloadu sledujte skutečně přijatá data, nikoli jen velikost deklarovanou v hlavičkách.

Pro latenci posílejte malé požadavky odděleně od objemového přenosu. Jitter vypočítejte z rozdílů mezi jednotlivými odezvami a packet loss určujte z počtu timeoutů nebo neúspěšných odpovědí. Výsledky zobrazujte s jasným rozlišením mezi rychlostí linky a kvalitou odezvy.

Jak zlepšit podmínky měření doma

• Měřte zařízení připojené ethernetovým kabelem přímo k routeru nebo modemu.
• Na dobu testu pozastavte cloudové zálohy, streamování a velké stahování.
• Aktualizujte firmware routeru a ověřte, zda není zapnutý limit rychlosti nebo nevhodné QoS pravidlo.
• U Wi-Fi vyzkoušejte méně rušený kanál a vhodné pásmo podle vzdálenosti od routeru.
• Opakujte měření v různých časech, protože vytížení sítě operátora se může měnit.
• Porovnávejte vlastní výsledek s více důvěryhodnými testy, nikoli s jediným měřením.

Kdy kontaktovat poskytovatele připojení

Operátora kontaktujte tehdy, když jsou výsledky dlouhodobě nízké i přes kabelové připojení, více zařízení a více měřicích serverů. Připravte si čas měření, typ připojení, naměřený download a upload, latenci, případnou ztrátu paketů a informaci, zda byl router restartován. Uveďte také, zda se problém týká všech zařízení nebo pouze Wi-Fi.

Pokud se hodnoty liší jen mezi vlastním testem a jinou službou, nejprve zkontrolujte zdrojový kód, server, jednotky a délku měření. Rozdíl nemusí znamenat závadu přípojky; může jít o rozdílnou metodiku nebo o nedostatečnou kapacitu testovací infrastruktury.

Co by měl kvalitní test rychlosti obsahovat

Spolehlivý test rozlišuje download, upload, latenci, jitter a packet loss. Používá dostatečně výkonný server, více spojení, ochranu proti cache, správné převody jednotek a transparentní způsob výpočtu. U každého výsledku je vhodné uvést, zda proběhl přes Wi-Fi nebo kabel, jaký server byl použit a jak dlouho měření trvalo.

Zdrojový kód testu rychlosti internetu je proto pouze jedna část řešení. Přesnost vzniká kombinací správné implementace, kvalitního serveru a kontrolovaných podmínek na straně uživatele.