Kuidas mõõta võrgu latentsust: arendaja praktiline juhend

Kas soovite mõõta võrgu latentsust? Võite alustada lihtsatest, sisseehitatud käsurea tööriistadest nagu ping ja traceroute, et saada kiire ülevaade Ringreisiaeg (RTT) kohta. Või võite avada oma brauseri arendustööriistad, et näha, kuidas viivitused mõjutavad seda, mida teie kasutajad tegelikult kogevad.

Need meetodid annavad teile kiire ja kasuliku ülevaate sellest, kui kaua kulub andmepaketi edastamiseks allikast sihtkohta ja tagasi.

Miks latentsuse mõõtmine on hädavajalik

Enne kui läheme "kuidas" juurde, räägime "miks". Arendajate ja võrguinseneride jaoks ei ole latentsus lihtsalt number ekraanil; see on nähtamatu käsi, mis kujundab kogu kasutajakogemuse. Tänapäeva rakendustes on millisekundid kõik. Isegi väike viivitus võib olla vahe teenuse vahel, mis tundub kohene, ja teenuse vahel, mis tundub katkenud.

Mõelge reaalsele tagajärjele:

• API reageerimisvõime: Üks aeglane API-kõne võib tekitada dominoefekti, peatades kõik alates kasutaja profiili laadimisest kuni kriitilise makse töötlemiseni.
• Reaalajas andmevood: Veebimängude, otsevideo või finantstehingute puhul on madal ja järjepidev latentsus absoluutne alus. Ilma selleta ei tööta need rakendused lihtsalt.
• Kasutaja hoidmine: Aeglaselt laadivad veebisaidid ja rakendused on otseselt seotud kõrgemate hüppemäärade ja hüljatud ostukorvidega. See mõjutab tugevalt kasumit.

Oluliste latentsuse mõistete eristamine

Võrgu latentsuse täpseks mõõtmiseks peate teadma, mida vaatate. Kaks kõige põhilisemat mõistet on Ringreisiaeg (RTT) ja ühesuunaline latentsus.

RTT on kogu aeg, mis kulub signaali edastamiseks punktist A punkti B ja tagasi. See on kõige levinum mõõdik, mida te näete, kuna seda on lihtne mõõta - teil on vaja ainult juurdepääsu ühenduse ühele otsale.

Ühesuunaline latentsus, nagu nimi viitab, mõõdab aega, mis kulub andmete edastamiseks ainult ühes suunas. See on palju keerulisem mõõtmine, kuna see nõuab mõlemas lõpp-punktis täpselt sünkroonitud kelli. Siiski on see palju täpsem näitaja asümmeetriliste ühenduste puhul, kus teie üleslaadimise ja allalaadimise teed käituvad väga erinevalt.

Kõik see muutub täiesti selgeks, kui teete tõsist koormuse jõudluse testimist, kus teooria kohtub reaalsusega ja kitsaskohad paljastuvad.

Numbrite lisamiseks klassifitseerivad võrgu jälgimise eksperdid tavaliselt latentsuse järgmiselt:

• Madal latentsus: Alla 50 millisekundi
• Modereeritud latentsus: 50-150 ms
• Kõrge latentsus: Üle 150 ms

Minu kogemuse põhjal võib kiire test lähedal asuvasse serverisse näidata täiesti vastuvõetavat 20-40 ms. Kuid see number võib kergesti paisuda üle 200 ms liikluse puhul, mis peab ületama ookeani, mis võib olla mängumuutja teie rakenduse jõudlusele.

Et mõista terminoloogiat, millega te kokku puutute, on siin kiire viide.

Olulised latentsuse mõisted lühidalt

Mõisted	Mida see mõõdab	Miks see on oluline
Latentsus (Ping)	Aeg, mis kulub ühe andmepaketi edastamiseks allikast sihtkohta ja tagasi. Mõõdetakse millisekundites (ms).	See on viivituse toore mõõt. Madal latentsus on kriitilise tähtsusega reaalajas rakenduste, nagu mängud, VoIP ja videokonverentsid, jaoks.
Ringreisiaeg (RTT)	Sisuliselt sama, mis latentsus, see on signaali saatmise kogukestus pluss aeg, mis kulub kinnituse saamiseks.	RTT on kõige levinum ja praktiline viis latentsuse mõõtmiseks ühest punktist, muutes selle tööriistade, nagu ping, peamiseks mõõdikuks.
Ühesuunaline latentsus	Aeg, mis kulub paketi edastamiseks allikast sihtkohta ühes suunas.	Pakub detailsemat ülevaadet, eriti asümmeetriliste võrkude puhul, kus üleslaadimise ja allalaadimise teed omavad erinevat latentsust.
Jitter	Latentsuse varieerumine aja jooksul. See mõõdab pakettide saabumise aegade ebajärjekindlust.	Kõrge jitter on sama halb kui kõrge latentsus voogedastuse ja veebikõnede puhul, põhjustades tõrkeid, puhverdamist ja vigu.
Riba laius	Maksimaalne andmemaht, mida saab edastada võrguühenduse kaudu teatud aja jooksul. Mõõdetakse Mbps või Gbps.	Sageli segi aetud kiirusest, riba laius on seotud mahuga. Võite omada suurt ribalaiust, kuid siiski kannatada kõrge latentsuse all.

Siin muutub kergesti ligipääsetavate, integreeritud tööriistade olemasolu nii oluliseks. Selle asemel, et käivitada keerulisi diagnostikakomplekte, võivad kaasaegsed brauseri laiendused ja arendustööriistad anda teile vajalikud teadmised, lahkumata kunagi oma töövoost. See on seotud latentsuse mõõtmise muutmisega vaevatuks, rutiinseks osaks suurepärase tarkvara loomisel ja hooldamisel.

Käsurea latentsuse tööriistadega tutvumine

Et tõeliselt tunnetada oma võrgu jõudlust, peate avama terminali. Käsurida on koht, kus leiate põhitööriistad, mis annavad teile toore, filtreerimata teabe teie ühenduse kohta. See on seotud sellega, et näha, mis on tõeliselt toimumas pakettide vahel, mis liiguvad teie ja sihtkoha vahel, ja see on hädavajalik esimene samm igale arendajale, kes on tõsine latentsuse mõõtmise osas.

Klassikaline, usaldusväärne utiliit on ping. See on kaunis lihtne: see saadab väikese andmepaketi (ICMP echo request) serverisse ja lihtsalt ootab, kuni see tagasi tuleb. See lihtne ringreis on aluseks Ringreisiaja (RTT) arvutamiseks ja annab teile kohese tervisekontrolli ühenduse kohta.

Teie esimene latentsuse kontroll pingiga

ping testi käitamine ei saa olla lihtsam. Avage oma terminal või käsuviip, tippige ping ja järgige seda domeeniga, mida soovite testida.

Vaikimisi jätkab ping macOS-is ja Linuxis igavesti, samas kui Windows saadab vaid neli paketti ja peatub. Iga tõsise analüüsi jaoks soovite seda kontrollida. Kümne või kahekümne paketi saatmine annab teile palju usaldusväärsema pildi ühenduse stabiilsusest kui vaid paar.

Kui see on valmis, saate korraliku kokkuvõtte koos oluliste numbritega:

• Edastatud/saadetud paketid: See ütleb teile, kas teel kadus andmeid. Isegi väike pakettide kadu on suur punane lipp võrgu probleemide jaoks.
• Ringreis min/avg/max/mdev: Need on teie põhjalikud latentsuse statistika. Saate parima juhtumi aja (min), keskmise (avg) ja halva juhtumi (max). mdev (keskmine kõrvalekalle) on teie jitteri mõõt - kui palju latentsus varieerub ühe paketi ja järgmise vahel.

Pöörake tähelepanu teie minimaalsete ja maksimaalsete RTT-de vahele. Kui see on lai, on teie ühendus ebastabiilne, isegi kui keskmine näeb välja okei. See jitter võib olla palju häirivam reaalajas rakenduste, nagu videokõned või mängud, jaoks kui ühendus, mis on pidevalt veidi aeglane.

Levinud viga on lihtsalt keskmise RTT vaatamine. Keskmine 50ms võib tunduda hea, kuid kui teie minimaalne on 20ms ja maksimaalne 250ms, siis kasutajakogemus tundub katkendlik ja ebausaldusväärne. Alati vaadake kogu vahemikku, et mõista jitterit.

Jälgimine traceroute ja MTR abil

Niisiis, mida teha, kui ping näitab kõrget latentsust või pakettide kadu? Teie järgmine ülesanne on välja selgitada, kus probleem on. Selleks on mõeldud traceroute (või tracert Windowsis). See kaardistab kogu tee, mida teie paketid läbivad, näidates teile iga "hüppe" - iga ruuteri - vahel teie masina ja lõppsihtkoha vahel.

Iga rida traceroute väljundis on hüpe ja see näitab tavaliselt kolme eraldi latentsuse mõõtmist selle punkti jaoks. See võimaldab teil täpselt kindlaks teha, kas mõni konkreetne ruuter teel põhjustab suurt aeglustumist või pakettide kadumist.

Aga traceroute on ühekordne ja lõpetatud hetkepilt. Dünaamilisema ja pideva ülevaate saamiseks vannuvad enamik võrguprofessionaale, keda ma tunnen, MTR (My Traceroute) nimel. MTR on nagu superlaaditud tööriist, mis ühendab ping ja traceroute. See saadab pidevalt pakette igasse hüppepunkti marsruudil, andes teile reaalajas, uueneva ülevaate latentsusest ja pakettide kadumisest igas punktis. See on äärmiselt tõhus juhuslike probleemide tabamiseks, mida üksik traceroute tõenäoliselt ei märka.

Miks teie tööriista valik on oluline

Tööriist, mille valite, ja kuidas te seda konfigureerite, võivad teie tulemusi drastiliselt muuta. See kehtib eriti ultra kiiretes, madala latentsusega keskkondades, nagu pilveandmekeskused.

On tõeliselt silmiavav, kui erinevad numbrid võivad olla. Üksikasjalikus eksperimendis, mille viis läbi Google Cloud, näitas tavaline ping test keskmist RTT-d 146 mikrosekundit. Kuid kui nad kasutasid teist tööriista, mis saadab tehingud järjestikku ilma pausita, langes RTT vaid 66.59 mikrosekundini - rohkem kui kaks korda kiiremini!

See on ideaalne näide, miks ping võib mõnikord latentsust üle hinnata. See näitab, et mõistmine, kuidas tööriist töötab, on kriitilise tähtsusega usaldusväärsete mõõtmiste saamiseks.

Oma ühenduse maksimaalse kiiruseni jõudmine iperfiga

Latentsus ei ole alati kogu pilt. Mõnikord peate teadma maksimaalset andmemahtu, mida teie ühendus tegelikult suudab edastada - selle ribalaiust. Selle töö jaoks on soovitatav tööriist iperf.

Kui ping mõõdab viivitust, siis iperf keskendub läbilaskevõimele. See töötab, luues kliendi-serveri ühenduse ja seejärel edastades nii palju andmeid kui võimalik nende vahel kindlaksmääratud aja jooksul.

iperf kasutamiseks vajate kahte masinat:

1. Ühel masinal käitate iperf serveri režiimis. See lihtsalt ootab ühendust.
2. Teisel masinal käitate iperf kliendi režiimis, suunates selle serveri aadressile.

Kliendiühendus luuakse ja test algab. Väljund näitab edastatud andmete kogust ja, mis kõige tähtsam, bitikiirus (teie ribalaius) megabittides või gigabittides sekundis. See on ideaalne viis võrguühenduse koormustestimiseks ja selle tõeliste võimete väljaselgitamiseks.

Latentsuse mõõtmine kasutaja vaatenurgast

Kuigi käsurea tööriistad annavad teile toore, filtreerimata ülevaate teie võrgust, on ainus latentsus, mis tõeliselt loeb veebirakenduse jaoks, see, mida lõppkasutaja tegelikult kogeb. Siin suuname oma tähelepanu terminalist brauserile endale. See, mis toimub brauseris, räägib palju rikkalikumat ja asjakohasemat lugu jõudluse kohta.

See ei ole kunagi lihtsalt ühe paketi ringreis. Latentsus, mida kasutaja tunneb, on keeruline kokteil DNS-i otsingutest, TCP käepigistustest, TLS-i läbirääkimistest, serveri töötlemise ajast ja muidugi ajast, mis kulub sisu ekraanil kuvamiseks. Õnneks on kaasaegsed brauserid varustatud võimsate sisseehitatud tööriistadega, et aidata meil seda kogu protsessi analüüsida.

Brauseri arendustööriistadega süvenemine

Iga suurem brauser - Chrome, Firefox, Edge, Safari - on varustatud arendustööriistade komplektiga. Nende tööriistade "Võrk" vahekaart on teie juhtimiskeskus, et mõista, kuidas teie sait laadib. See esitab kõik veekosena, mis on visuaalne ülevaade igast üksikust päringust, mille brauser teeb lehe renderdamiseks.

See veekosena vaade on hindamatu. Saate täpselt näha, kui kaua iga vara allalaadimine aega võttis, alates esialgsest HTML-dokumendist ja CSS-stiilidest kuni piltide ja API-kõnedeni. Veelgi olulisem on see, et see jagab iga päringu elutsükli eraldi etappideks:

• DNS-i otsing: Aeg, mis kulub domeeninime lahendamiseks IP-aadressiks.
• Esialgne ühendus: Aeg, mis kulub TCP-ühenduse loomisele serveriga.
• SSL/TLS käepigistus: Ühenduse loomise jaoks vajalik ülempiir.
• Aeg esimesest baitist (TTFB): See on suur. See mõõdab, kui kaua brauser ootas, enne kui sai esimese bait andmeid serverilt.
• Sisu allalaadimine: Aeg, mis kulub tegelikult ressursi allalaadimiseks.

Kõrge TTFB, näiteks, on klassikaline märk aeglasest tagaplaanist või serveripoolse töötlemise probleemist - midagi, mida lihtne ping test kunagi ei paljasta. Analüüsides seda veekosena, saate kiiresti tuvastada, millised ressursid takistavad renderdamist või võtavad lihtsalt liiga kaua aega laadimiseks.

Oluline järeldus minu kogemuse põhjal on mitte ainult vaadata kogu laadimisaega, vaid otsida veekosena pikimaid ribasid. Ükski optimeerimata pilt või aeglane kolmanda osapoole API võib hoida kogu lehte pantvangis, luues halva kasutajakogemuse, isegi kui ülejäänud sait on välkkiire.

Programmiline mõõtmine ajastuse API-dega

Automatiseeritud ja täpsemate mõõtmiste jaoks saate kasutada brauseri sisseehitatud JavaScripti API-sid. Navigeerimise ajastuse API ja Ressursi ajastuse API annavad teile programmilise juurdepääsu samadele detailsetele jõudlusandmetele, mida näete arendustööriistades. See on ideaalne, et koguda reaalsete kasutajate jälgimise (RUM) andmeid, et mõista, kuidas teie sait toimib tegelike külastajate jaoks üle kogu maailma.

Saate need mõõdikud kätte saada vaid mõne JavaScripti rea abil, otse brauseri konsoolis. Näiteks, et saada põhijõudluse ajastusi peamise lehe laadimise jaoks, võite kasutada performance.getEntriesByType('navigation'). See tagastab objekti, mis on täis väärtuslikke ajatempleid.

Sellest andmest saate arvutada olulisi mõõdikuid:

• DNS-i otsingu aeg: domainLookupEnd - domainLookupStart
• TCP käepigistuse aeg: connectEnd - connectStart
• Aeg esimesest baitist (TTFB): responseStart - requestStart
• Kogu lehe laadimisaeg: loadEventEnd - startTime

See lähenemine võimaldab teil luua kohandatud armatuurlaudu või saata jõudlusandmeid oma analüüsitööriistadesse, andes teile pideva ülevaate teie rakenduse tegelikust jõudlusest. Veebiarenduses on piltide optimeerimine tavaline viis nende mõõdikute parandamiseks; huvilistele on meil abiks juhend parima pildiformaadi valimiseks teie veebisaidile.

Kontrollide sujuvamaks muutmine integreeritud tööriistadega

Terminali, brauseri arendustööriistade ja kohandatud skriptide vahel hüppamine võib kiiresti tüütuks muutuda. Siin saavad integreeritud brauserilaiendused tõeliselt sujuvamaks muuta teie töövoogu, ühendades need kontrollid. Näiteks sisaldab ShiftShift Extensions komplekt sisseehitatud Speed Test tööriista, mille saate igast vahekaardist kohe avada.

See annab teile kiire, privaatsusele keskenduva viisi mõõta oma ühenduse allalaadimiskiirus, üleslaadimiskiirus ja latentsus, ilma et peaksite navigeerima eraldi veebisaidile või avama terminali. Kuna see on osa suuremast tööriistakomplektist, saate kiiruskatse teha, vormindada JSON-vastuse ja kontrollida küpsist kõik samast ühtsest käsupaletist. Selline integreerimine muudab jõudluse kontrollid loomulikuks ja takistusteta osaks igapäevasest arendustööst.

Kuidas kujundada latentsustesti, mis tõeliselt midagi ütleb

Igaüks võib käivitada ping käsu ja saada numbri tagasi. Kuid kui soovite andmeid, millele tõeliselt toetuda—andmeid, mis aitavad teil teha reaalseid otsuseid—peate olema ettevaatlikum. Üksik, isoleeritud mõõtmine on lihtsalt hetkepilt ajas. Et tõeliselt mõista oma võrgu käitumist, peate mõtlema nagu detektiiv, arvestades, kust te testite, kui sageli te testite ja mida te tegelikult otsite.

Hästi kujundatud test muudab toored numbrid teostatavateks teadlikeks. Halvasti kujundatud? See on lihtsalt müra.

Allolev diagramm jagab kõik väikesed viivitused, mis kokku annavad selle, mida kasutaja tunneb, kui nad laadivad veebilehte. See on suurepärane meeldetuletus, et lihtne võrgu ping ei räägi isegi kogu lugu.

Nagu näete, algsest DNS-i otsingust kuni lõpliku renderdamiseni, mitmed sammud aitavad kaasa koguaegse ooteajale.

Teie testimise lõpp-punktide valimine

Usaldusväärse testimise esimene reegel on, et geograafia on oluline. Test teie New Yorgi kontorist serverisse, mis asub New Jerseys, ei ütle teile absoluutselt midagi teie klientide kogemuse kohta Tokyos. Et saada realistlikku pilti, peate testima mitmekesistest asukohtadest, mis tõeliselt peegeldavad teie kasutajabaasi.

Teie lõpp-punktide nimekiri peaks katma mõned olulised valdkonnad:

• Teie Suurimad Kasutajakeskused: Kus elavad enamik teie kliente? Testige sealt.
• Üksikute Kontinentide Teed: Vaadake, mis juhtub, kui andmed peavad ületama ookeani. Testige Euroopa ja Põhja-Ameerika vahel või Aasia ja USA vahel, et mõista pikaajalist jõudlust.
• Teie Pilvepiirkonnad: Kui olete AWS-is, Azure'is või GCP-s, testige ühenduvust teatud andmekeskuse piirkondade vahel, millele toetute.

Testide hajutamine selliselt loob palju täpsema ülevaate globaalsetest jõudlusest. See aitab teil tuvastada piirkondlikud kitsaskohad, mida muidu täielikult mööda vaataksite. See on ka hea hetk oma domeeni seadistuse kahekordseks kontrollimiseks; leiate kasulikke näpunäiteid domeeni kättesaadavuse kontrollimiseks ja seotud seadistuste kohta, et veenduda, et kõik on korras.

Õige testimise rütmi leidmine

Võrgu tingimused on pidevas muutumises. Need muutuvad päeva, nädala ja isegi minuti jooksul. Test, mis toimub teisipäeva hommikul kell 3, võib tunduda suurepärane, kuid see tulemus on kasutu, kui teie tipptunne on reedel kell 14, kui kõik on veebis.

Tõelise aluse saamiseks peate testima järjepidevalt aja jooksul. Segage seda:

• Tehke teste tipptundide ajal.
• Kavandage mõned öösel hooldustööde ajaks.
• Ärge unustage nädalavahetusi, kui liiklusmustrit võivad olla täiesti erinevad.

Korduvate andmete proovide võtmisega saate sujuvamaks muuta juhuslikud tipud ja langused. Nii tuvastate korduvad probleemid, nagu võrgu ummistumine igal nädalapäeval pärast lõunat.

Ärge unustage jitterit

Keskmine latentsus on hea alguspunkt, kuid see peidab sageli tõsisema probleemi: jitter. Jitter on lihtsalt muutlikkus teie latentsuses aja jooksul. Mõelge sellele—stabiilne ühendus, millel on ettearvatav 80ms viivitus, on sageli palju parem reaalajas rakenduste jaoks kui see, mille keskmine on 50ms, kuid hüppab metsikult 10ms ja 200ms vahel.

Jitter on reaalajas kasutajakogemuse vaikne tapja, nagu VoIP kõned, videokonverentsid või veebimängud. Kõrge jitter põhjustab katkendlikku heli, külmunud videot ja ärritavaid viivitusi, mis muudavad rakenduse täiesti katki tundma, isegi kui keskmine latentsus paberil näeb hea välja.

Jitteri mõistmine tähendab keskmise ületamist. See on alahinnatud kurikael, kuna see paljastab, miks keskmised üksi võivad olla nii eksitavad. Näiteks andmed Pandora FMS näitavad, et jitter üle 30ms võib mängude pakettide kaotusprotsente tõsta kuni 15%—piisavalt, et mäng muutuks mängitamatuks. Teie latentsuse tulemuste standardhälbe mõõtmine on esimene samm selle ebastabiilsuse numbriks muutmisel.

Latentsustesti kujundamise kontrollnimekiri

Kõik see kokku tõmmates, siin on kiire kontrollnimekiri, mis aitab teid suunata. Nende sammude järgimine aitab tagada, et kogutud andmed on nii täpsed kui ka tõeliselt kasulikud.

Kontrollnimekirja punkt	Miks see on oluline	Teostatav näpunäide
Määratlege selged eesmärgid	Te ei saa mõõta seda, mida te ei määra. Kas lahendate konkreetset probleemi või loote aluse?	Kirjutage oma eesmärk enne alustamist üles. "Diagnostige viivitus Kagu-Aasia kasutajatele" on parem eesmärk kui "kontrollige latentsust".
Valige mitmekesised lõpp-punktid	Üksik tee ei esinda teie globaalset kasutajakogemust.	Valige 3-5 asukohta: üks kohalik, üks teisel kontinendil ja mõned teie peamistes kasutajaturgudes.
Looge rütm	Ühekordsed testid jätavad vahele ajapõhised mustrid, nagu tipptundide ummistus.	Kavandage testid automaatselt iga tunni tagant nädalaks, et jäädvustada kogu võrgu käitumise tsükkel.
Mõõtke jitterit	Keskmised peidavad ebaühtlast jõudlust, mis rikub reaalajas rakendusi.	Ärge vaadake ainult keskmist RTT-d. Arvutage standardhälve või kasutage tööriista nagu mtr, mis näitab min/max/avg latentsust.
Kasutage õigeid tööriistu	ping on kiire kontrolli jaoks hea, kuid tööriistad nagu mtr või iperf pakuvad süvitsi minevaid teadmisi.	Veebijõudluse jaoks kasutage brauseri arendustööriistu. Toore võrgu teede jaoks on mtr suurepärane valik.
Dokumenteerige kõik	Te unustate kuue kuu pärast testi "miks".	Hoidke lihtsat logi: kuupäev, kellaaeg, lõpp-punktid, kasutatud tööriist ja lühike märkus selle kohta, mida te täheldasite.

Olles meetodiline, liigute lihtsalt latentsuse mõõtmisest tõeliselt selle mõistmiseni. See läbimõeldud lähenemine eristab juhuslikku numbrit usaldusväärsest jõudlusnäitajast.

Numbrite mõistmine (ja mida vältida)

Olgu, olete oma testid läbi viinud ja teil on hunnik andmeid. Siin algab tõeline töö—toorete numbrite tõlkimine millekski, mis tõeliselt midagi tähendab. Andmed räägivad teile loo teie võrgu tervisest; peate lihtsalt õppima, kuidas seda lugeda.

Näiteks äkiline hüpe Round-Trip Time (RTT) traceroute käskluses on klassikaline vihje. Kui latentsus hüppab kolmandal hüppel ja püsib kõrge kuni lõpuni, olete tõenäoliselt leidnud oma probleemi: see on see kolmas ruuter või link kohe pärast seda. Kuid olge ettevaatlik. Kui ainult see üksik hüpe näitab kõrget latentsust ja lõppsihtkoht on endiselt kiire, võib see olla lihtsalt ruuter, mis on konfigureeritud prioriteeti andma täpselt sellele liiklusele, mida teie test kasutab. See on tavaline valehäire, mis võib teid eksiteele viia.

Jitteri ja pakettide kaotuse dekodeerimine

Lihtsast RTT-st mööda vaatamine on koht, kus leiate kõige kriitilisemad teadmised. Kõrge jitter, mis on lihtsalt keeruline sõna ebaühtlase latentsuse jaoks, võib olla palju häirivam kui pidevalt kõrge latentsus. See kehtib eriti reaalajas rakenduste puhul.

Kui teie tulemused näitavad keskmist RTT-d 40ms, kuid minimaalne oli 10ms ja maksimaalne 150ms, on teie ühendus ebastabiilne. See tohutu varieeruvus on just see, mis põhjustab häirivaid katkestusi videokõnedes ja viha tekitavaid viivitusi veebimängudes.

Pakettide kaotus on veelgi suurem punane lipp. Isegi 1% pakettide kaotus võib TCP-põhiseid rakendusi täielikult halvatud, sundides neid pidevalt andmeid uuesti saatma ja aeglustades kõike. Kui vaatate oma testitulemusi, tuleb igasugune reaalne erinevus saadetud ja vastuvõetud pakettide vahel kohe uurida.

Üks suurimaid vigu, mida näen, on eeldada, et üksik test räägib kogu loo. Võrgu tingimused muutuvad pidevalt. Test, mis toimub kell 3 hommikul, näeb välja täiesti erinev kui kell 3 pärastlõunal tipptundide ajal. Tõelise jõudluse aluse saamiseks on vajalik järjepidev, korduv testimine.

Probleemide ennetamiseks tasub uurida spetsialiseeritud tööriistu võrgu jõudluse jälgimiseks. See muudab teie lähenemist ärevusest asjade parandamisele, kui need purunevad, proaktiivseks oma võrgu tervena hoidmiseks.

Kõige levinumad mõõtmise vead

Isegi parimate tööriistadega maailmas võivad mõned lihtsad vead muuta teie tulemused täiesti kasutuks. Nende levinud lõksude vältimine on tingimusteta, kui soovite andmeid, millele tõeliselt toetuda.

• Testimine Wi-Fi kaudu: Tõsiselt, lihtsalt ärge. Traadita ühendused on tuntud oma kapriissuse poolest, kalduvad häirete suhtes alates mikrolaineahjudest kuni teie naabri ruuterini. Iga tõsise latentsuse testimise jaoks ühendage Etherneti kaabli kaudu. See on ainus viis stabiilse ja usaldusväärse aluse saamiseks.
• VPN-i ülevaate unustamine: VPN-id on suurepärased turvalisuse jaoks, kuid need lisavad teie liikluse teekonnale täiendava peatuse ja krüpteerimise. See alati suurendab latentsust. Kui proovite diagnoosida kasutaja aeglast ühendust, peaks üks teie esimesi küsimusi olema: "Kas olete VPN-is?" Testimine koos ja ilma selleta näitab teile täpselt, kui palju viivitust see lisab.
• Kohaliku võrgu ummistuse ignoreerimine: Teie testitulemused on moonutatud, kui keegi teine teie võrgus kasutab kogu ribalaiust. Kui kolleeg voogedastab 4K videot või laadib alla suuri faile, kui te testite, siis teie latentsuse numbrid on paisutatud ja te lõpetate probleemiga, mis ei eksisteeri.

Veel üks peen, kuid kriitiline tegur on valitud tööriist. Nagu oleme käsitlenud, mõõdavad erinevad utiliidid latentsust erinevalt. Olge alati järjepidev tööriistade osas, mida kasutate võrdlemiseks, ja veenduge, et mõistate, mida igaüks tegelikult mõõdab—olgu see siis lihtne ICMP kaja või keeruline rakendustasandi päring. Ja pidage meeles, et jõudlust võivad mõjutada paljud kihid; näiteks, kui uurite veebijõudlust, võib meie juhend Cookie Editor Chrome Extension näidata, kuidas kliendipoolsed elemendid mängivad rolli.

Oma tulemuste tõlgendamine õige konteksti ja nende levinud vigade vältimisega liigute kaugemale lihtsalt numbrite kogumisest. Alustate oma võrgu jõudluse miks mõistmist, ja see on võtmeehitus kiiremate ja usaldusväärsemate süsteemide loomiseks.

Levinud küsimused võrgu latentsuse kohta

Isegi õigeid tööriistu kasutades tundub, et mõned levinud küsimused kerkivad alati esile, kui hakkate võrgu latentsust uurima. Käime läbi mõned kõige sagedasemad, mida kuulen, et aidata teil oma tulemusi mõista.

Mis on tegelikult "hea" latentsuse number?

See on klassikaline "see sõltub" küsimus, kuid me saame kindlasti seada mõned kindlad mõõdikud. "Hea" latentsus on täiesti suhteline sellele, mida te üritate saavutada.

• Juhuslik veebisirvimine: Enamikule meist tundub kõik, mis on alla 100ms RTT, täiesti normaalne. Lehed laadivad kiiresti ja te ei märka mingit tõelist viivitust.
• Konkurentsivõimeline veebimängimine: Siin loeb iga millisekund. Tõsised mängijad ja kõrge sagedusega kauplejad otsivad latentsust, mis on palju alla 20ms. See on vahe võitmise ja kaotamise vahel.
• Videokõned & VoIP: Siin on järjepidevus kuningas. Teil on vaja stabiilset latentsust alla 150ms ja madalat jitterit (alla 30ms), et vältida katkendlikku, sünkroonimata tunnet või, veel hullem, katkestatud kõnesid.

Reegli kohaselt klassifitseeriks enamik võrgu spetsialiste, keda ma tunnen, kõik, mis on alla 50ms, madala latentsusena. 50-150ms on mõõdukas, ja kui ületate 150ms, hakkate tundma tõmmet enamikus interaktiivsetes rakendustes.

Miks ei kattu minu ping ja brauseri kiiruskatse tulemused kunagi?

See on fantastiline küsimus ja väga levinud segaduse punkt. See juhtub, kuna käsurea ping ja brauseripõhine kiiruskatse on põhimõtteliselt erinevad tööriistad, mis mõõdavad erinevaid asju.

Alustuseks räägivad nad peaaegu kindlasti erinevatest serveritest. Kui te ping domeeni, suunate te konkreetsele sihtmärgile. Veebikiiruskatse, seevastu, on loodud leidma geograafiliselt lähedase serveri oma võrgust, et anda teile parima võimaliku tulemuse.

Protokollid on samuti täiesti erinevad. Ping kasutab väga kerget protokolli nimega ICMP. Enamik brauseritest töötab TCP üle, mis nõuab kogu seadistamisprotsessi (kolmeosaline käepigistus) lihtsalt ühenduse loomiseks. See esialgne tagasipöördumine lisab veidi aega enne, kui tõeline test isegi algab.

Lõpuks sisaldavad brauseritestid sageli rohkem kui lihtsalt puhas võrgu reisi aeg. Nende "latentsuse" number võib sisaldada serveri töötlemise aega või isegi väikeseid viivitusi teie enda brauseris, mis võivad võrreldes toore ICMP pingiga lõplikku numbrit paisutada.

Kuidas ma saan tegelikult oma võrgu latentsust vähendada?

Latentsuse vähendamine tähendab kitsaskohtade leidmist ja kõrvaldamist, olgu need siis teie kontoris või internetis.

Esimene koht, kuhu vaadata, on teie vahetu keskkond. Ainus kõige tõhusam muudatus, mida saate teha, on Wi-Fi-lt juhtmega Etherneti ühendusele üleminek. See muudab mängu stabiilsuse ja kiirus. Kui peate kasutama Wi-Fi-d, minge oma ruuterile lähemale ja kasutage 5GHz sagedust, kui see on võimalik – see on tavaliselt vähem rahvarohke.

Vaadates kaugemale oma kohalikust võrgust, võib mõnikord DNS-i vahetus aidata. Kiirema DNS-serveri kasutamine võib vähendada algse ühenduse aega, kui otsite veebisaiti, millisekundite võrra.

Kui proovite parandada juurdepääsu teenusele, mida te kontrollite, on lahendus Sisu Edastamise Võrk (CDN). See töötab, paigutades teie sisu koopiad füüsiliselt lähemale teie kasutajatele. Ja kui kasutate VPN-i, proovige see välja lülitada. See lisahüpe ja krüpteerimiskihid lisavad peaaegu alati latentsust.

Olen näinud, et ettevõtte VPN-id lisavad ringreisiajale kuni 70ms. See võib muuta suurepärase ühenduse ärritavalt aeglaseks. Alati testige koos ja ilma oma VPN-ita, et näha, millist jõudluse langust te tegelikult kogete.

Mis on tõeline erinevus latentsuse ja ribalaiuse vahel?

Selle õigesti mõistmine on võrgu jõudluse mõistmise aluseks. On lihtne neid segi ajada, kuid need mõõdavad kahte väga erinevat asja.

Siin on analoogia, mida ma alati kasutan: mõelge sellele nagu maanteele.

• Ribalaius on see, kui palju radasid maanteel on. Rohkem radu tähendab, et rohkem autosid (andmeid) saab samal ajal liikuda.
• Latentsus on kiiruspiirang. See määrab, kui kiiresti üks auto (andmepakett) saab A-st B-sse.

Teil võib olla tohutu, kümne raja maantee (hiiglaslik ribalaius) 20 mph kiiruspiiranguga (kõrge latentsus). Te võite lõpuks edastada tohutult andmeid, kuid reaalajas asjad, nagu videokõne, oleksid valusalt aeglased. Teisest küljest, ühendus, mille latentsus on väga madal, tundub uskumatult kiire ja reageeriv, isegi kui selle ribalaius ei ole tohutu. Te vajate tõeliselt head tasakaalu mõlema vahel, et saavutada suurepärane kogemus.

---

Kas olete valmis tegema jõudlustestimise sujuvaks osaks oma igapäevasest töövoost? ShiftShift Extensions komplekt toob võimsa Kiiruskatse, JSON-formaadi ja kümneid teisi arendustööriistu otse teie brauserisse, millele pääseb juurde ühe käsuga. Lõpetage vahekaartide žongleerimine ja hakake nutikamalt töötama. Laadige ShiftShift Extensions tasuta alla ja suurendage oma tootlikkust juba täna.