Kako izmeriti omrežno zakasnitev: praktični vodnik za razvijalce

Želite izmeriti latenco omrežja? Začnete lahko s preprostimi, vgrajenimi orodji ukazne vrstice, kot sta ping in traceroute, da hitro dobite pregled nad časom povratne poti (RTT). Ali pa lahko odprete orodja za razvijalce v vašem brskalniku, da vidite, kako zamude vplivajo na to, kar vaši uporabniki dejansko doživljajo.

Te metode vam nudijo hiter, uporaben pregled, kako dolgo traja, da podatkovni paket potuje od izvora do cilja in se vrne nazaj.

Zakaj je merjenje latence nepogajljivo

Preden se lotimo "kako", se pogovorimo o "zakaj". Za razvijalce in omrežne inženirje latenca ni le številka na zaslonu; je nevidna roka, ki oblikuje celotno uporabniško izkušnjo. V današnjih aplikacijah so milisekunde vse. Tudi majhna zamuda je lahko razlika med storitvijo, ki se zdi takojšnja, in tisto, ki se zdi pokvarjena.

Pomislite na posledice v resničnem svetu:

• Odgovornost API-jev: En sam počasen klic API lahko ustvari domino učinek, ki zadrži vse, od nalaganja uporabniškega profila do obdelave kritične plačila.
• Tokovi podatkov v realnem času: Za spletne igre, žive videe ali finančno trgovanje je nizka in dosledna latenca absolutna osnova. Brez nje te aplikacije preprosto ne delujejo.
• Ohranitev uporabnikov: Obstaja neposredna povezava med počasi nalagajočimi spletnimi stranmi in aplikacijami ter višjimi stopnjami odskoka in zapuščenimi nakupovalnimi vozički. To vpliva na končni rezultat, močno.

Ločevanje ključnih konceptov latence

Da bi natančno izmerili latenco omrežja, morate vedeti, na kaj gledate. Dva najosnovnejša koncepta sta čas povratne poti (RTT) in enosmerna latenca.

RTT je skupni čas, potreben, da signal preide od točke A do točke B in se vrne nazaj. To je najpogostejša metrika, ki jo boste videli, ker jo je enostavno izmeriti—potrebujete le dostop do enega konca povezave.

Enosmerna latenca, kot že ime pove, meri čas, potreben, da podatki potujejo v samo eno smer. To je precej težja meritev, ker zahteva popolnoma sinhronizirane ure na obeh koncih. Vendar pa je to veliko natančnejši kazalnik za asimetrične povezave, kjer se poti nalaganja in prenašanja obnašajo zelo različno.

Pomembnost vsega tega postane kristalno jasna, ko izvajate resno testiranje zmogljivosti obremenitve, kjer se teorija sreča z resničnostjo in se razkrijejo ozka grla.

Da bi dali nekaj številk, strokovnjaki za spremljanje omrežja običajno klasificirajo latenco takole:

• Nizka latenca: Manj kot 50 milisekund
• Zmerna latenca: 50-150 ms
• Visoka latenca: Več kot 150 ms

Iz mojih izkušenj lahko hiter test do bližnjega strežnika pokaže povsem sprejemljiv 20-40 ms. Toda ta številka se lahko enostavno poveča na več kot 200 ms za promet, ki mora prečkati ocean, kar lahko spremeni igro za zmogljivost vaše aplikacije.

Da bi razumeli žargon, s katerim se boste srečali, tukaj je hiter referenčni vodnik.

Ključni koncepti latence na prvi pogled

Koncept	Kaj meri	Zakaj je pomembno
Latenca (Ping)	Čas, potreben, da en sam podatkovni paket potuje od izvora do cilja in nazaj. Merjeno v milisekundah (ms).	To je surova mera zamude. Nizka latenca je ključna za aplikacije v realnem času, kot so igre, VoIP in videokonference.
Čas povratne poti (RTT)	V bistvu enako kot latenca, to je skupna dolžina trajanja, da se signal pošlje plus čas, potreben za prejem potrdila.	RTT je najpogostejši in praktičen način merjenja latence iz enega samega mesta, kar ga naredi za meritev, ki jo uporabljajo orodja, kot je ping.
Enosmerna latenca	Čas, potreben, da paket potuje od izvora do cilja v eni smeri.	Nudi bolj podroben pregled, zlasti za asimetrična omrežja, kjer imajo poti nalaganja in prenašanja različne latence.
Jitter	Variacija latence skozi čas. Meri doslednost časov prihoda paketov.	Visok jitter je prav tako slab kot visoka latenca za pretakanje medijev in spletne klice, kar povzroča zatikanje, predpomnjenje in napake.
Pasovna širina	Največja količina podatkov, ki jih je mogoče prenesti preko omrežne povezave v določenem času. Merjeno v Mbps ali Gbps.	Pogosto zamenjana s hitrostjo, pasovna širina se nanaša na kapaciteto. Imate lahko visoko pasovno širino, a še vedno trpite zaradi visoke latence.

Ti koncepti so gradniki za razumevanje kakršnih koli težav z zmogljivostjo omrežja.

Tu postane dostopnost, integrirana orodja izjemno pomembna. Namesto da bi izvajali zapletene diagnostične pakete, vam lahko sodobne razširitve brskalnika in orodja za razvoj nudijo vpoglede, ki jih potrebujete, ne da bi zapustili svoj delovni tok. Gre za to, da merjenje latence postane enostavna, rutinska delitev pri gradnji in vzdrževanju odlične programske opreme.

Pridobivanje izkušenj z orodji za merjenje latence v ukazni vrstici

Da bi resnično občutili zmogljivost vašega omrežja, morate odpreti terminal. Ukazna vrstica je kraj, kjer boste našli temeljna orodja, ki vam nudijo surove, nefiltrirane podatke o vaši povezavi. Gre za to, da vidite, kaj se resnično dogaja s paketi, ki se premikajo med vami in ciljem, in to je bistven prvi korak za vsakega razvijalca, ki resno meri latenco.

Klasično, osnovno orodje je ping. Je izjemno preprosto: pošlje majhen podatkovni paket (ICMP echo request) na strežnik in preprosto čaka, da se vrne. Ta preprosta povratna pot je osnova za izračun časa povratne poti (RTT) in vam daje takojšnjo zdravstveno preverjanje povezave.

Vaša prva kontrola latence s Pingom

Izvajanje testa ping ne more biti lažje. Odprite svoj terminal ali ukazno vrstico, vtipkajte ping in za njim dodajte domeno, ki jo želite testirati.

Privzeto ping teče neskončno na macOS in Linuxu, medtem ko Windows pošlje le štiri pakete in se ustavi. Za kakršno koli resno analizo boste želeli to nadzorovati. Pošiljanje desetih ali dvajsetih paketov vam daje veliko bolj zanesljivo sliko stabilnosti povezave kot le nekaj.

Ko je končano, boste dobili urejen povzetek s ključnimi številkami:

• Poslani/Prejeti paketi: To vam pove, ali so bili med potjo izgubljeni kakšni podatki. Tudi majhna količina izgube paketov je velik rdeč zastavica za težave z omrežjem.
• Min/avg/max/mdev povratne poti: To so vaši osnovni statistični podatki o latenci. Dobite najboljši čas (min), povprečje (avg) in najslabši primer (max). mdev (povprečna deviacija) je vaša mera jitterja—koliko se latenca razlikuje od enega paketa do drugega.

Pozorno spremljajte razpon med vašim minimalnim in maksimalnim RTT. Če je širok, je vaša povezava nestabilna, tudi če povprečje izgleda v redu. Ta jitter je lahko veliko bolj moten za aplikacije v realnem času, kot so videoklici ali igre, kot pa povezava, ki je dosledno nekoliko počasna.

Pogosta napaka je, da le na hitro pogledate povprečni RTT. Povprečje 50ms se morda zdi v redu, vendar če je vaš minimum 20ms in vaš maksimum 250ms, se bo uporabniška izkušnja zdela skakajoča in nezanesljiva. Vedno poglejte celoten razpon, da razumete jitter.

Sledenje poti s Traceroute in MTR

Kaj pa, ko ping razkrije visoko latenco ali izgubo paketov? Vaša naslednja naloga je ugotoviti kje je težava. To je tisto, za kar je namenjen traceroute (ali tracert na Windows). Prikazuje celotno pot, ki jo paketi preidejo, in vam pokaže vsak "skok"—vsak usmerjevalnik—med vašim računalnikom in končnim ciljem.

Vsaka vrstica v izhodu traceroute je skok, običajno pa prikazuje tri ločene meritve latence do te točke. To vam omogoča, da natančno ugotovite, ali določen usmerjevalnik na poti povzroča večje upočasnitev ali izgubo paketov.

Vendar pa je traceroute enkratna slika. Za bolj dinamičen, neprekinjen pogled, večina omrežnih strokovnjakov, ki jih poznam, prisega na MTR (My Traceroute). MTR je kot supernapredno orodje, ki združuje ping in traceroute. Nenehno pošilja pakete na vsak skok na poti, kar vam daje živo, posodobljeno sliko latence in izgube paketov na vsakem posameznem mestu. To ga naredi izjemno učinkovitega pri odkrivanju občasnih težav, ki bi jih en sam traceroute verjetno spregledal.

Zakaj je vaša izbira orodja pomembna

Orodje, ki ga izberete, in kako ga konfigurirate, lahko drastično spremeni vaše rezultate. To še posebej velja v ultra hitrih, nizkolatentnih okoljih, kot so podatkovni centri v oblaku.

Dejansko je precej osupljivo, kako različne so lahko številke. V podrobnem poskusu, ki ga je izvedel Google Cloud, je standardni ping test poročal o povprečnem RTT-ju 146 mikrosekund. Toda ko so uporabili drugo orodje, ki pošilja transakcije zaporedoma brez pavze, je RTT padel na le 66,59 mikrosekund—več kot dvakrat hitreje!

To je popoln primer, zakaj ping včasih lahko preceni latenco. Pokaže, da je razumevanje kako orodje deluje ključno za pridobivanje meritev, ki jim lahko zaupate.

Iskanje najvišje hitrosti vaše povezave z iperf

Latenca ni vedno celotna slika. Včasih morate vedeti največjo količino podatkov, ki jih vaša povezava dejansko lahko prenese—njeno pasovno širino. Za to nalogo je orodje, ki ga potrebujete, iperf.

Medtem ko ping meri zamudo, je iperf osredotočen na pretok. Deluje tako, da vzpostavi povezavo med odjemalcem in strežnikom ter nato pošlje čim več podatkov med njima v določenem času.

Za uporabo iperf potrebujete dve napravi:

1. Na eni napravi zaženete iperf v strežniškem načinu. Preprosto bo tam sedel in poslušal povezavo.
2. Na drugi napravi zaženete iperf v odjemalskem načinu, usmerite ga na naslov strežnika.

Odjemalec se bo povezal in test se bo začel. Izhod vam pove skupno količino prenesenih podatkov in, kar je najpomembneje, bitno hitrost (vaša pasovna širina) v megabitih ali gigabitih na sekundo. To je popoln način za stresno testiranje omrežne povezave in ugotavljanje, kaj je dejansko sposobna.

Merjenje latence z vidika uporabnika

Medtem ko orodja ukazne vrstice nudijo surov, nefiltriran pogled na vaše omrežje, je edina latenca, ki resnično šteje za spletno aplikacijo, to, kar dejansko doživi končni uporabnik. Tu preusmerimo naš fokus z terminala na sam brskalnik. Kar se dogaja znotraj brskalnika, pripoveduje veliko bogatejšo, bolj relevantno zgodbo o zmogljivosti.

Nikoli ne gre le za en sam paket in njegovo povratno pot. Latenca, ki jo uporabnik čuti, je kompleksen koktajl DNS iskanj, TCP ročnih stiskov, TLS pogajanj, časa obdelave strežnika in seveda časa, potrebnega za dejansko prikazovanje vsebine na zaslonu. Na srečo sodobni brskalniki vsebujejo močna vgrajena orodja, ki nam pomagajo razčleniti celoten proces.

Poglabljanje v orodja za razvijalce brskalnika

Vsak glavni brskalnik—Chrome, Firefox, Edge, Safari—je opremljen s paketom orodij za razvijalce. Zavihek "Omrežje" znotraj teh orodij je vaš poveljniški center za razumevanje, kako se vaša stran nalaga. Vse prikazuje v vodopadnem diagramu, kar je vizualna razčlenitev vsakega posameznega zahtevka, ki ga brskalnik izvede za prikaz strani.

Ta vodopadni pogled je neprecenljiv. Natančno lahko vidite, koliko časa je trajalo, da se je prenesla vsaka enota, od začetnega HTML dokumenta in CSS stilov do slik in API klicev. Kar je še pomembneje, razčleni življenjski cikel vsakega zahtevka v ločene faze:

• DNS iskanje: Čas, potreben za razreševanje domenskega imena v IP naslov.
• Prva povezava: Čas, porabljen za vzpostavitev TCP povezave s strežnikom.
• SSL/TLS ročni stisk: Presežek, potreben za vzpostavitev varne povezave.
• Čas do prvega bajta (TTFB): To je velik podatek. Meri, koliko časa je brskalnik čakal, preden je prejel prvi bajt podatkov s strežnika.
• Prenos vsebine: Čas, porabljen za dejansko prenos vira.

Visok TTFB, na primer, je klasičen znak počasnega ozadja ali težave s strežniško obdelavo—nekaj, kar preprost ping test nikoli ne bi odkril. Z analizo tega vodopada lahko hitro opazite, kateri viri blokirajo prikazovanje ali preprosto trajajo predolgo za nalaganje.

Ključna sporočila iz mojih izkušenj so, da ne gre le za skupni čas nalaganja, temveč je treba poiskati najdaljše vrstice v vodopadu. En sam neoptimiziran slika ali počasen API tretje osebe lahko zadrži celo stran, kar ustvarja slabo uporabniško izkušnjo, tudi če je preostala stran bliskovito hitra.

Programatsko merjenje s Timing API-ji

Za bolj avtomatizirane in natančne meritve lahko uporabite vgrajene JavaScript API-je brskalnika. Navigation Timing API in Resource Timing API vam omogočata programatski dostop do istih podrobnih podatkov o zmogljivosti, ki jih vidite v orodjih za razvijalce. To je popolno za zbiranje podatkov o resničnem spremljanju uporabnikov (RUM), da razumete, kako vaša stran deluje za dejanske obiskovalce po vsem svetu.

Te metrike lahko pridobite z le nekaj vrsticami JavaScript, neposredno v konzoli brskalnika. Na primer, za pridobitev osnovnih časov zmogljivosti za glavno nalaganje strani lahko uporabite performance.getEntriesByType('navigation'). To vrne objekt, napolnjen z dragocenimi časovnimi žigi.

Iz teh podatkov lahko izračunate ključne metrike:

• Čas iskanja DNS: domainLookupEnd - domainLookupStart
• Čas ročnega stiska TCP: connectEnd - connectStart
• Čas do prvega bajta (TTFB): responseStart - requestStart
• Skupni čas nalaganja strani: loadEventEnd - startTime

Ta pristop vam omogoča, da ustvarite prilagojene nadzorne plošče ali pošljete podatke o uspešnosti svojim analitičnim orodjem, kar vam daje natančen vpogled v realno delovanje vaše aplikacije. V spletnem razvoju je optimizacija slik pogost način za izboljšanje teh metrik; za tiste, ki jih to zanima, imamo koristnega vodnika o izbiri najboljšega formata slik za vašo spletno stran.

Poenostavitev preverjanj z integriranimi orodji

Preklapljanje med terminalom, orodji za razvijalce v brskalniku in prilagojenimi skripti se lahko hitro izčrpa. Tu lahko integrirane razširitve brskalnika resnično poenostavijo vaš delovni proces z združevanjem teh preverjanj. Na primer, paket ShiftShift Extensions vključuje vgrajeno orodje Speed Test, ki ga lahko takoj odprete iz kateregakoli zavihka.

To vam daje hiter, na zasebnost osredotočen način za merjenje hitrosti prenosa, hitrosti nalaganja in latence vaše povezave, ne da bi se morali premikati na ločeno spletno mesto ali odpreti terminal. Ker je del večjega orodja, lahko izvedete test hitrosti, oblikujete JSON odgovor in preverite piškotek vse iz istega enotnega ukaznega menija. Ta vrsta integracije naredi preverjanje uspešnosti naravno, brez trenja del dnevnega razvoja.

Kako oblikovati test latence, ki vam dejansko pove nekaj

Kdor koli lahko izvede ukaz ping in dobi številko nazaj. Ampak, če želite podatke, ki jim lahko zaupate—podatke, ki vam pomagajo sprejemati prave odločitve—morate biti bolj premišljeni. Enotna, izolirana meritev je le trenutni posnetek. Da bi resnično razumeli obnašanje vaše mreže, morate razmišljati kot detektiv, upoštevati, od kod testirate, kako pogosto testirate in kaj dejansko iščete.

Dobro zasnovan test pretvarja surove številke v uporabne vpoglede. Slabo zasnovan? To je le hrup.

Diagram spodaj razčleni vse majhne zamude, ki se seštejejo v to, kar uporabnik čuti, ko naloži spletno stran. To je odličen opomnik, da preprost omrežni ping niti ne začne razkrivati celotne zgodbe.

Kot lahko vidite, od začetnega DNS iskanja do končne upodobitve več korakov prispeva k skupnemu času čakanja.

Izbira vaših testnih končnih točk

Prvo pravilo zanesljivega testiranja je, da geografija šteje. Test iz vaše pisarne v New Yorku do strežnika dolga pot v New Jerseyju vam ne pove ničesar o izkušnji vaših strank v Tokiu. Da bi dobili realno sliko, morate testirati iz različnih lokacij, ki dejansko odražajo vašo bazo uporabnikov.

Vaš seznam končnih točk naj pokriva nekaj ključnih področij:

• Vaši največji uporabniški centri: Kje večina vaših strank živi? Testirajte od tam.
• Medcelinske poti: Poglejte, kaj se zgodi, ko podatki prečkajo ocean. Testirajte med Evropo in Severno Ameriko ali Azijo in ZDA, da razumete dolgoročno uspešnost.
• Vaši oblačni regiji: Če ste na AWS, Azure ali GCP, testirajte povezljivost do in med specifičnimi podatkovnimi centri, na katere se zanašate.

Razporeditev vaših testov na ta način ustvari veliko natančnejšo karto globalne uspešnosti. Pomaga vam odkriti specifične ozke grla, ki bi jih sicer popolnoma spregledali. To je tudi dober trenutek, da ponovno preverite nastavitev domene; koristne nasvete o preverjanju razpoložljivosti domene in povezanih konfiguracijah lahko najdete, da zagotovite, da je vse v redu.

Iskanje pravega ritma testiranja

Omrežni pogoji so nenehno v gibanju. Spreminjajo se čez dan, teden in celo minuto. Test, opravljen ob 3. uri zjutraj v torek, se lahko zdi odličen, vendar je ta rezultat brezvreden, če je vaš vrhunec prometa ob 14. uri v petek, ko je vse na spletu.

Da bi dobili pravi osnovni nivo, morate testirati dosledno skozi čas. Mešajte:

• Izvedite teste med vrhunskimi poslovnimi urami.
• Načrtujte nekaj za nočne vzdrževalne okna.
• Ne pozabite na konce tedna, ko so vzorci prometa lahko popolnoma drugačni.

Z večkratnim vzorčenjem podatkov lahko izravnate naključne vrhove in padce. Tako boste opazili ponavljajoče se težave, kot je zasičenost omrežja vsak delovni dan popoldne takoj po kosilu.

Ne pozabite na jitter

Povprečna latenca je dober izhodiščni točka, vendar pogosto skriva bolj zlo težavo: jitter. Jitter je preprosto variacija vaše latence skozi čas. Pomislite na to—stabilna povezava s predvidljivo 80ms zamudo je pogosto veliko boljša za aplikacije v realnem času kot tista, ki povprečno znaša 50ms, vendar se divje giblje med 10ms in 200ms.

Jitter je tiha ubijalec uporabniške izkušnje za vse, kar je v realnem času, kot so VoIP klici, video konference ali spletne igre. Visok jitter povzroča prekinjeno avdio, zamrznjen video in frustrirajoče zamude, ki aplikacijo naredijo videti popolnoma pokvarjeno, tudi ko povprečna latenca izgleda dobro na papirju.

Razumevanje jitterja pomeni pogledati onkraj povprečja. Je neprepoznani zlikovec, ker razkriva, zakaj so povprečja sama lahko tako zavajajoča. Na primer, podatki iz Pandora FMS kažejo, da jitter nad 30ms lahko poveča stopnje izgube paketov v igrah na 15%—dovolj, da postane igra neigriva. Merjenje standardnega odklona vaših rezultatov latence je prvi korak k postavljanju številke na to nestabilnost.

Seznam za oblikovanje testa latence

Da vse to združite, tukaj je hiter seznam, ki vas bo vodil. Sledite tem korakom, da zagotovite, da so podatki, ki jih zberete, natančni in resnično uporabni.

Postavka seznama	Zakaj je pomembna	Izvedljiv nasvet
Opredelite jasne cilje	Ne morete meriti tistega, česar ne opredelite. Ali odpravljate specifično težavo ali postavljate osnovno raven?	Zapišite svoj cilj, preden začnete. "Diagnosticirati zamudo za uporabnike v jugovzhodni Aziji" je boljši cilj kot "preveriti latenco."
Izberite raznolike končne točke	Enotna pot ne predstavlja vaše globalne uporabniške izkušnje.	Izberite 3-5 lokacij: eno lokalno, eno na drugem kontinentu in nekaj v vaših ključnih uporabniških trgih.
Ustanovite ritem	Enkratni testi zamudijo časovne vzorce, kot je zasičenost v vrhunskih urah.	Načrtujte teste, da se samodejno izvajajo vsako uro en teden, da zajamete celoten cikel obnašanja omrežja.
Merite jitter	Povprečja skrivajo nenavadno uspešnost, ki uniči aplikacije v realnem času.	Ne glejte le na povprečni RTT. Izračunajte standardni odklon ali uporabite orodje, kot je mtr, ki prikazuje min/max/povprečno latenco.
Uporabite prava orodja	ping je dober za hitro preverjanje, vendar orodja, kot so mtr ali iperf, nudijo globlje vpoglede.	Za spletno uspešnost uporabite orodja za razvijalce v brskalniku. Za surove omrežne poti je mtr odlična izbira.
Dokumentirajte vse	Pozabili boste "zakaj" za vaš test čez šest mesecev.	Ohranite preprost dnevnik: datum, čas, končne točke, uporabljeno orodje in kratek opomb o tem, kar ste opazili.

Z metodološkim pristopom preidete od preprostega merjenja latence do njenega resničnega razumevanja. Ta premišljen pristop ločuje naključno številko od zanesljivega kazalnika uspešnosti.

Razumevanje številk (in česa se izogniti)

V redu, izvedli ste svoje teste in imate kup podatkov. Tu se začne pravo delo—prevajanje teh surovih številk v nekaj, kar dejansko pomeni nekaj. Podatki vam pripovedujejo zgodbo o zdravju vaše mreže; le naučiti se morate, kako jo brati.

Na primer, nenaden skok v času povratne poti (RTT) na traceroute je klasičen namig. Če latenca skoči pri tretjem skoku in ostane visoka vse do konca, ste verjetno našli svoj problem: to je tisti tretji usmerjevalnik ali povezava takoj za njim. Ampak bodite previdni. Če samo ta en skok kaže visoko latenco in končna destinacija je še vedno hitra, je morda le usmerjevalnik, ki je nastavljen, da de-prioritizira točno tisto vrsto prometa, ki ga vaš test uporablja. To je pogost lažni alarm, ki vas lahko pošlje v zajčjo luknjo.

Razvozlavanje jitterja in izgube paketov

Pogledati onkraj preprostega RTT je tisto, kjer boste našli najpomembnejše vpoglede. Visok jitter, kar je le fancy izraz za nekonsistentno latenco, je lahko veliko bolj motilen kot latenca, ki je dosledno visoka. To je še posebej res za vse, kar je v realnem času.

Če vaši rezultati kažejo povprečni RTT 40ms, vendar je minimum 10ms in maksimum 150ms, je vaša povezava nestabilna. Ta ogromna varianca je točno tisto, kar povzroča nadležne zastoje v video klicih in jezo vzbujajoče zamude v spletnih igrah.

Izguba paketov je še večja rdeča zastava. Tudi 1% izguba paketov lahko popolnoma ohromi aplikacije, ki temeljijo na TCP, kar jih prisili, da nenehno pošiljajo podatke in upočasnijo vse do počasnega koraka. Ko pogledate svoje rezultate testiranja, je treba takoj raziskati vsako resnično razliko med poslanimi in prejetimi paketi.

En največjih napak, ki jih vidim, je domneva, da en sam test pove celotno zgodbo. Pogoji omrežja se nenehno spreminjajo. Test, opravljen ob 3. uri zjutraj, bo videti popolnoma drugače kot tisti ob 15. uri med vrhunskimi poslovnimi urami. Edini način, da dobite pravi osnovni nivo uspešnosti, je dosledno, ponavljajoče testiranje.

Da bi se izognili težavam, je vredno raziskati namensko orodje za monitoring omrežne uspešnosti. To spremeni vaš pristop od paničnega popravljanja stvari, ko se pokvarijo, do proaktivnega ohranjanja zdravja vašega omrežja.

Najpogostejše napake pri merjenju

Tudi z najboljšimi orodji na svetu lahko nekaj preprostih napak vaše rezultate popolnoma oslabijo. Izogibanje tem pogostim pastem je nepogrešljivo, če želite podatke, ki jim lahko zaupate.

• Testiranje preko Wi-Fi: Resno, preprosto ne. Brezžične povezave so znane po svoji nestanovitnosti, nagnjene k motnjam od vsega, od mikrovalov do usmerjevalnika vašega soseda. Za resno testiranje latence se povežite z Ethernet kablom. To je edini način, da dobite stabilno, zanesljivo osnovno raven.
• Pozabljanje na obremenitev VPN: VPN-ji so odlični za varnost, vendar dodajo dodatno postajo in šifriranje na pot vaših podatkov. To vedno poveča latenco. Če poskušate diagnosticirati počasno povezavo uporabnika, bi bilo eno od vaših prvih vprašanj: "Ali ste na VPN?" Testiranje z in brez njega vam bo pokazalo, koliko zamude dodaja.
• Ignoriranje lokalne omrežne zasičenosti: Vaši rezultati testiranja bodo izkrivljeni, če nekdo drug v vašem omrežju zaseda vso pasovno širino. Če kolega predvaja 4K video ali prenaša ogromne datoteke, medtem ko testirate, bodo vaši podatki o latenci napihnjeni, in končali boste pri iskanju težave, ki ne obstaja.

Še en subtilen, a kritičen dejavnik je orodje, ki ga izberete. Kot smo že obravnavali, različna orodja merijo latenco na različne načine. Vedno bodite dosledni z orodji, ki jih uporabljate za primerjavo, in prepričajte se, da razumete, kaj vsako od njih dejansko meri—ali gre za preprost ICMP echo ali zapleteno, na aplikaciji temelječe zahtevo. In ne pozabite, da lahko uspešnost vplivajo mnoge plasti; na primer, če se poglabljate v spletno uspešnost, vam lahko naš vodnik o razširitvi Cookie Editor Chrome pokaže, kako stranske komponente igrajo vlogo.

Z razumevanjem vaših rezultatov v pravem kontekstu in izogibanjem tem pogostim napakam boste prešli od preproste zbirke številk. Začeli boste razumeti zakaj za uspešnost vašega omrežja, in to je ključ do gradnje hitrejših, bolj zanesljivih sistemov.

Pogosta vprašanja o omrežni latenci

Tudi z pravimi orodji se zdi, da se ob začetku raziskovanja omrežne latence vedno pojavijo nekatera pogosta vprašanja. Poglejmo nekaj najpogostejših, ki jih slišim, da vam pomagamo razumeti vaše rezultate.

Kaj je dejansko "dobro" število latence?

To je klasično vprašanje "odvisno je", vendar lahko zagotovo postavimo nekaj trdnih meril. "Dobra" latenca je popolnoma relativna glede na to, kaj poskušate doseči.

• Priložnostno brskanje po spletu: Za večino nas se bo vse pod 100ms RTT zdelo povsem v redu. Strani se hitro nalagajo in ne boste opazili nobene resne zamude.
• Konkurenčne spletne igre: Tu šteje vsaka milisekunda. Resni igralci in trgovci z visokimi frekvencami iščejo latenco, ki je dobro pod 20ms. To je razlika med zmago in porazom.
• Video klici in VoIP: Tukaj je doslednost ključna. Potrebujete stabilno latenco pod 150ms in nizek jitter (manj kot 30ms), da se izognete tistemu prekinjenemu, nesinhroniziranemu občutku ali, še huje, izgubljenim klicem.

Na splošno bi večina omrežnih strokovnjakov, ki jih poznam, vse pod 50ms uvrstila med nizko latenco. Od 50-150ms je zmerna, in ko presegate 150ms, boste začeli čutiti upočasnitev pri večini interaktivnih aplikacij.

Zakaj moji rezultati ping in test hitrosti brskalnika nikoli ne ujemajo?

To je fantastično vprašanje in zelo pogost vir zmede. Do tega pride, ker ukazna vrstica ping in test hitrosti v brskalniku temeljita na povsem različnih orodjih, ki merijo različne stvari.

Za začetek skoraj zagotovo komunicirajo z različnimi strežniki. Ko pingate domeno, zadeneš specifičen cilj. Test hitrosti na spletu pa je zasnovan tako, da najde geografsko bližnji strežnik iz svoje mreže, da vam da najboljši možni rezultat.

Protokoli so tudi popolnoma različni. Ping uporablja zelo lahkoten protokol, imenovan ICMP. Večina testov v brskalniku deluje preko TCP, kar zahteva celoten postopek nastavitve (t.i. "trije načini roke"), da vzpostavi povezavo. Ta začetni izmenjavi dodata nekaj časa, preden se pravi test sploh začne.

Na koncu testiranje v brskalniku pogosto vključuje več kot le čisti čas potovanja omrežja. Njihovo število "latence" lahko vključuje čas obdelave strežnika ali celo majhne zamude znotraj vašega brskalnika, kar lahko napihne končno številko v primerjavi z surovim ICMP pingom.

Kako lahko dejansko znižam svojo omrežno latenco?

Zmanjšanje latence je vse o iskanju in odpravljanju ozkih grl, ne glede na to, ali so v vašem uradu ali po internetu.

Prvo mesto, kjer je treba pogledati, je vaše takojšnje okolje. Najbolj učinkovita sprememba, ki jo lahko naredite, je preklop z Wi-Fi na žično Ethernet povezavo. To je prelomna sprememba za stabilnost in hitrost. Če morate uporabljati Wi-Fi, se približajte svojemu usmerjevalniku in se povežite na 5GHz pasmo, če lahko—ponavadi je manj obremenjena.

Ko pogledate onkraj svoje lokalne mreže, vam lahko včasih zamenjava DNS pomaga. Uporaba hitrejšega DNS strežnika lahko skrajša čas začetne povezave za milisekunde, ko iščete spletno stran.

Če poskušate izboljšati dostop do storitve, ki jo nadzorujete, je rešitev omrežje za dostavo vsebine (CDN). Deluje tako, da fizično postavi kopije vaše vsebine bližje vašim uporabnikom. In če uporabljate VPN, poskusite ga izklopiti. Ta dodatni skok in plast šifriranja skoraj vedno dodata latenco.

Videla sem, da korporativni VPN-ji dodajo celo do 70ms k času povratne poti. To lahko odlično povezavo spremeni v frustrirajoče počasno. Vedno testirajte s svojim VPN-jem in brez njega, da vidite, kakšen vpliv na zmogljivost dejansko imate.

Kakšna je resnična razlika med latenco in pasovno širino?

Pravilno razumevanje tega je temeljnega pomena za razumevanje zmogljivosti omrežja. Zlahka ju zamenjamo, vendar merita dve zelo različni stvari.

Tukaj je analogija, ki jo vedno uporabljam: pomislite na to kot na avtocesto.

• Pasovna širina je, koliko pasov ima avtocesta. Več pasov pomeni, da lahko več avtomobilov (podatkov) potuje hkrati.
• Latenca je omejitev hitrosti. Določa, kako hitro lahko en sam avto (paket podatkov) pride od A do B.

Lahko imate ogromno, desetpasovno avtocesto (ogromna pasovna širina) z omejitvijo hitrosti 20 mph (visoka latenca). Na koncu lahko prenesete ogromno podatkov, vendar bi bile stvari v realnem času, kot je video klic, boleče počasne. Po drugi strani pa se povezava z zelo nizko latenco zdi izjemno hitra in odzivna, tudi če njena pasovna širina ni ogromna. Resnično potrebujete dobro ravnotežje obeh za odlično izkušnjo.

---

Ste pripravljeni, da postane testiranje zmogljivosti brezšiven del vašega vsakodnevnega delovnega toka? Paket ShiftShift Extensions prinaša močan test hitrosti, JSON formatirnik in na desetine drugih orodij za razvijalce neposredno v vaš brskalnik, dostopnih z enim ukazom. Prenehajte z metanjem zavihkov in začnite delati pametneje. Prenesite ShiftShift Extensions brezplačno in povečajte svojo produktivnost še danes.