Shkarkimi juaj është i shpejtë, atëherë pse çdo klikim duket i ngadaltë?
Një transferim i madh mund të shkojë me shpejtësi të plotë ndërsa thirrjet dhe klikimet mbeten prapa. Matni kohën e shkuarjes dhe kthimit, shpejtësinë e qëndrueshme dhe vonesën nën ngarkesë si tre pyetje të veçanta.
Të shkarkosh shpejt një skedar të madh dhe më pas ta ndjesh çdo klikim të ngadaltë nuk është kundërshti. Kapaciteti tregon sa mund të lëvizë në sekondë; koha e shkuarjes dhe kthimit tregon sa zgjat një shkëmbim përpara se të ndodhë diçka e dobishme. Përmirësimi i të parës nuk bën asgjë për të dytën, dhe e dyta është ajo që njeriu vëren gjatë shkrimit, klikimit ose bisedës. Matni ankesën, jo lidhjen.
Skedar i shpejtë, klikim i ngadaltë: dy numra të ndryshëm
Një transferim masiv i mban të dhënat në lëvizje të vazhdueshme, kështu që mund të raportojë një shpejtësi të shëndetshme edhe kur çdo kërkesë individuale pret. Shumë teste hapin edhe disa lidhje njëkohësisht, gjë që rrit shifrën totale ndërsa një kërkesë e vetme mbetet e ngadaltë. Të dy rezultatet janë të pajtueshme, dhe citimi i më të lartit një përdoruesi që ankohet për vonesë është mënyra se si humbet besimi.
Ngarkimi i një faqeje është një zinxhir shkëmbimesh të vogla: zgjidhja e emrave, vendosja e lidhjes, një kërkesë, një përgjigje dhe më pas kërkesa të varura. Çdo hap paguan përsëri shkuarjen dhe kthimin, kështu që një rrugë me vonesë të lartë duket e ngadaltë edhe kur ka kapacitet me bollëk.
Tuneli shton udhëtimin dhe përpunimin e vet, dhe rruga ka më shumë rëndësi sesa etiketa në një hartë. Dy dalje në të njëjtin vend mund të kenë rrugë shumë të ndryshme drejt një destinacioni. Një ndryshim prej njëzet milisekondash mjafton për të ndryshuar si ndihet një faqe, ndonëse mezi lëviz një shifër të rrjedhshmërisë. Prandaj zgjedhja e daljes duhet të ndjekë një mostër vonese dhe jo një ikonë flamuri.
Matni ankesën, jo lidhjen
Zgjidhni matjen që përputhet me fjalinë që tha përdoruesi. Një shkarkim i ngadaltë ka nevojë për shpejtësi të qëndrueshme në drejtimin e duhur; një thirrje që ngec ka nevojë për statistikat e vetë asaj aplikacioni; një faqe që nis ngadalë ka nevojë për kohët e zgjidhjes dhe të vendosjes.
ping -c 20 10.60.0.5
curl -sS -o /dev/null -w 'ttfb=%{time_starttransfer} rate=%{speed_download}\n' https://files.plant.example/1gb.bin
iperf3 -c 10.60.0.5 -t 10 -P 4Komanda e parë jep një mostër të shkuarjes dhe kthimit drejt një hosti që përgjigjet në mënyrë të parashikueshme, e dyta raporton kohën deri në bajtin e parë dhe shpejtësinë e qëndrueshme për një lidhje, dhe e treta mat rrjedhshmërinë e përgjithshme me katër rrjedha paralele. Ekzekutoni ato kundër të njëjtit destinacion në të njëjtën orë të ditës, sepse krahasimi i një mostre të mëngjesit me një të mbrëmjes prodhon një tregim, jo një matje.
Mbajeni destinacionin fiks kur krahasoni daljet. Ndryshimi i serverit dhe i tunelit së bashku e kthen një variabël në dy, dhe rezultati nuk mund t'ju thotë cila kishte rëndësi. Ekzekutoni çdo dalje të paktën tri herë, sepse një mostër e vetme shpesh bie gjatë një ndryshimi rrugëtimi ose një minute të zhurmshme. Mediana është më e dobishme se rasti më i mirë.
Trajtojeni ICMP-në si një gjurmë dhe jo si përgjigjen. Një host që përgjigjet mund t'i trajtojë kërkesat e jehonës në një rrugë tjetër nga ajo që përdor aplikacioni juaj, dhe një përgjigje e humbur nuk është provë se çdo aplikacion po humbet paketa.
Vonesa nën ngarkesë është problem radhe
Modeli që i huton njerëzit më shumë është një lidhje që ndihet mirë kur është boshe dhe e papërdorshme gjatë një rezervimi. Kjo është radhë, jo kapacitet. Një lidhje ngjitëse e ngopur ndërton një tampon përpara çdo pakete tjetër, kështu që një shtypje tastiere pret pas një pjese të ngarkimit.
ping -c 20 10.60.0.5 & iperf3 -c 10.60.0.5 -t 20 -R -b 20M
Komanda e parë merr mostra vonese në sfond ndërsa e dyta ngop drejtimin e kundërt. Nëse kohët e ping kërcejnë gjatë transferimit dhe më pas rikuperohen, keni riprodhuar bufferbloat dhe nuk keni zbuluar një defekt rrugëtimi. Rregullimi është zakonisht një cilësim i menaxhimit të radhës, një shpejtësi më e ulët në sfond ose largimi i transferimit masiv nga rruga interaktive.
Zvogëlimi i trafikut opsional në sfond shpesh ndihmon më shumë sesa ndryshimi i vendit të daljes. Është gjithashtu më i lirë, i kthyeshëm dhe i testueshëm brenda një minute. Planifikoni ngarkimet e mëdha jashtë orarit të punës nëse radha nuk mund të menaxhohet, dhe kufizoni shpejtësinë e tyre nëse duhet të punojnë gjatë ditës. Një cilësim i menaxhimit të radhës është rregullimi më i mirë kur ruteri mbështet një.
Ndryshoni një gjë dhe krahasoni të njëjtën me të njëjtën
Për vonesë të lartë në pushim, krahasoni daljet duke mbajtur destinacionin fiks, më pas krahasoni rrugët për kandidatin më të mirë. Për rrjedhshmëri të ulët dhe të qëndrueshme, shikoni në vend të kësaj kapacitetin, ngarkesën e serverit dhe përpunimin e klientit, sepse ato janë kufij të ndryshëm.
Shkruani çfarë matët, kundër cilit destinacion, në çfarë ore dhe me çfarë cilësimesh. Një krahasim pa këto katër fakte nuk mund të përsëritet, dhe personi tjetër do të nisë nga zeroja.
Më pas përshtatni mjetin me pretendimin në biletë. "Internet i ngadaltë" nuk është matje; "bajti i parë zgjati 900 ms drejt këtij hosti ndërsa rrjedhshmëria ishte mirë" është një matje, dhe tregon drejtpërdrejt vonesën dhe jo kapacitetin.