Miért lassú az internetsebesség-mérő forráskódja, és hogyan ellenőrizhető?

Az internetsebesség-mérő forráskódja általában több párhuzamos letöltési és feltöltési kéréssel becsüli meg a kapcsolat kapacitását. A kijelzett érték azonban nem kizárólag az internetszolgáltató vagy az előfizetési csomag teljesítményét tükrözi. A böngésző, a mérőszerver, a router, a Wi-Fi-jel, a háttérben futó forgalom és a mérési algoritmus egyaránt módosíthatja az eredményt.

Milyen jelenségek utalnak mérési problémára?

Gyakori tünet, hogy ugyanazon az eszközön egymás után jelentősen eltérő letöltési sebesség jelenik meg. Előfordulhat az is, hogy a letöltés megfelelő, miközben a feltöltés alacsony, a ping ingadozik, vagy a mérés indítása után sokáig nulla érték látható.

Ha a böngészőben futó mérés gyengébb eredményt ad, mint egy kábellel csatlakoztatott számítógépen futó másik teszt, akkor nem feltétlenül a vonal hibás. A különbség oka lehet a Wi-Fi környezet, a böngésző korlátozása vagy a mérőszerver terhelése.

A lassú eredmény leggyakoribb okai

Wi-Fi-interferencia és gyenge jelszint

A vezeték nélküli kapcsolatot a falak, a szomszédos hálózatok, a Bluetooth-eszközök és a router elhelyezése is befolyásolja. A 2,4 GHz-es sáv nagyobb hatótávolságot kínálhat, de gyakrabban zsúfolt, míg az 5 GHz-es sáv általában nagyobb sebességet biztosít rövidebb távolságon.

Terhelt router vagy modem

A régebbi vagy túlterhelt router processzora nem mindig képes megfelelően kezelni a párhuzamos kapcsolatokat. A NAT, a forgalomszabályozás, a VPN és a sok egyidejű kliens csökkentheti a mérés során elérhető teljesítményt.

Háttérben futó hálózati forgalom

Felhőszinkronizálás, rendszerfrissítés, videóstreaming, online játék vagy másik eszköz letöltése közben a mérőprogram csak a megmaradó kapacitást tudja használni. Ez különösen a feltöltési értéket csökkentheti, ha egy telefon vagy számítógép nagy fájlokat küld a felhőbe.

Távoli vagy túlterhelt mérőszerver

A mérés eredményét a kliens és a szerver közötti hálózati útvonal határozza meg. Egy távoli szerverhez több hálózati csomóponton keresztül vezethet az út, és a szerver saját terhelése is korlátozhatja az átvitelt. Ezért egyetlen szerver eredménye nem mindig jellemzi pontosan az előfizetést.

Böngésző- és JavaScript-korlátok

A böngészőben futó JavaScript-kódot a biztonsági szabályok, a memóriakezelés és a processzor terhelése korlátozhatja. A sok párhuzamos kérés, a nem megfelelően kezelt adatpufferek vagy a túl gyakori felületfrissítés lassíthatja a mérőoldalt.

Nem megfelelő mérési algoritmus

Ha a forráskód túl rövid mérési időt használ, kevés adatfolyamot indít, vagy nem különíti el a kapcsolat felépítésének idejét az adatátviteltől, az eredmény torzulhat. A TCP lassú indulása miatt kis tesztméretnél a kijelzett sebesség alacsonyabb lehet a kapcsolat tartós kapacitásánál.

ISP-oldali torlódás vagy vonali hiba

Kábeles, DSL- vagy optikai hálózaton is előfordulhat időszakos torlódás, zaj, hibás csatlakozás vagy helyi karbantartás. Ha több eszközön, vezetékes kapcsolaton és különböző mérőszervereken is hasonlóan rossz eredmény jelenik meg, akkor az internetszolgáltató hálózata is vizsgálatra szorulhat.

Hogyan különíthető el a forráskód hibája a hálózati hibától?

1. Vezetékes kontrollmérés: csatlakoztass egy számítógépet Ethernet-kábellel a routerhez, majd kapcsold ki vagy szüneteltesd a nagy forgalmat generáló alkalmazásokat.
2. Több mérőszerver használata: mérj közeli és más hálózaton működő szerverrel is. A hasonló eredmények megbízhatóbb képet adnak.
3. Több böngésző összehasonlítása: futtasd ugyanazt a tesztet friss lapon, kiegészítők nélkül, majd hasonlítsd össze egy másik böngészővel.
4. Parancssoros ellenőrzés: vizsgáld meg a késleltetést és az útvonalat pinggel vagy traceroute-tal. A magas ping, a nagy jitter és a csomagvesztés a sebességtől független hálózati problémára utalhat.
5. Ismételt mérés különböző időpontokban: rögzítsd a letöltést, a feltöltést, a pinget és a csomagvesztést reggel, este és csúcsidőben.

A mérőoldal forráskódjának ellenőrzési pontjai

A fejlesztői eszközök Network paneljén ellenőrizd, hogy a tesztfájlok valóban betöltődnek-e, nincs-e CORS-hiba, megszakadó kapcsolat vagy túl hosszú válaszidő. Vizsgáld meg a HTTP-protokollt, a kapcsolat újrahasználatát és azt is, hogy a szerver nem küld-e tömörített vagy gyorsítótárazott mérési adatot.

A sebesség számításánál bájtban kell mérni az átvitt adatmennyiséget, majd másodpercre és bitre átszámítani. Egy megabájt nem azonos egy megabittel: a helyes képlet a bájtok számát nyolccal megszorozza, majd az eltelt másodpercek számával osztja. A mérésből célszerű kihagyni a kapcsolatfelépítés és a stabilizálódás kezdeti szakaszát.

Érdemes figyelni a mintaablak méretére, a párhuzamos adatfolyamok számára, a mérés minimum- és maximumidejére, valamint a hibás vagy részben teljesített kérések kezelésére. A forráskódnak külön kell kezelnie a letöltési és feltöltési tesztet, és jeleznie kell, ha az eredmény csomagvesztés vagy megszakítás miatt nem értékelhető.

Gyakorlati optimalizálási javaslatok

• Használj friss routerfirmware-t, és mérés előtt indítsd újra a routert, ha hosszú ideje működik.
• Lehetőség szerint Ethernet-kábellel végezd a referencia-mérést.
• Wi-Fi esetén helyezd a routert nyílt, központi helyre, és válassz kevésbé zsúfolt csatornát.
• Szüneteltesd a felhőmentést, a nagy letöltéseket és a videófeltöltést.
• Válassz földrajzilag közeli mérőszervert, majd ellenőrzésként hasonlíts össze több szervert.
• A mérőoldalon használj nagyobb, nem gyorsítótárazható tesztfájlokat és megfelelő párhuzamosítást.
• Ne csak a letöltési sebességet vizsgáld: a feltöltés, a ping, a jitter és a csomagvesztés is fontos.

Mikor érdemes az internetszolgáltatóhoz fordulni?

Jelentsd a hibát az ISP-nek, ha a probléma több napon át ismétlődik, vezetékes kapcsolaton is fennáll, több eszközt érint, és különböző mérőszervereken hasonló eredményt ad. A hibabejelentéshez írd fel a mérés időpontját, a használt kapcsolat típusát, a letöltési és feltöltési értéket, a pinget, a jittert, a csomagvesztést és a router típusát.

Az ismételhető adatok segítenek elkülöníteni a helyi Wi-Fi-problémát a modem, a hozzáférési hálózat vagy a szolgáltatói útvonal hibájától. Így a forráskód és a hálózat vizsgálata is célzottabbá válik.