Descărcarea ta este rapidă, deci de ce fiecare clic pare lent?

A descărca rapid un fișier mare și apoi a simți fiecare clic ca fiind lent nu este o contradicție. Capacitatea spune cât poate înainta pe secundă; timpul dus-întors spune cât durează un schimb înainte de a se întâmpla ceva util. Îmbunătățirea primului nu face nimic pentru al doilea, iar al doilea este ceea ce observă o persoană în timp ce tastează, face clic sau vorbește. Măsoară reclamația, nu conexiunea.

Fișier rapid, clic lent: două numere diferite

Un transfer masiv menține datele în mișcare continuă, așa că poate raporta o viteză sănătoasă chiar și atunci când fiecare cerere individuală așteaptă. Multe teste deschid și mai multe conexiuni simultan, ceea ce crește cifra agregată în timp ce o singură cerere rămâne lentă. Cele două rezultate sunt compatibile, iar citarea celui mai mare unui utilizator care se plânge de întârziere este modul în care se pierde încrederea.

Încărcarea unei pagini este un lanț de schimburi mici: rezolvarea numelor, stabilirea conexiunii, o cerere, un răspuns și apoi cereri dependente. Fiecare pas plătește din nou dus-întors, așa că o cale cu întârziere mare pare lentă chiar și când are capacitate din belșug.

Tunelul adaugă propria călătorie și procesare, iar ruta contează mai mult decât eticheta de pe o hartă. Două ieșiri din aceeași țară pot avea căi foarte diferite către o destinație. O diferență de douăzeci de milisecunde este suficientă pentru a schimba senzația unei pagini, deși abia mișcă o cifră de debit. De aceea alegerea ieșirii ar trebui să urmeze un eșantion de latență și nu o pictogramă cu steag.

Măsoară reclamația, nu conexiunea

Alege măsurătoarea care se potrivește cu propoziția pe care a spus-o utilizatorul. O descărcare lentă are nevoie de o viteză susținută în direcția corectă; un apel care se întrerupe are nevoie de statisticile acelei aplicații; o pagină care pornește lent are nevoie de timpii de rezolvare și de stabilire.

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 4

Prima comandă oferă un eșantion dus-întors către o gazdă care răspunde previzibil, a doua raportează timpul până la primul octet și viteza susținută pentru o conexiune, iar a treia măsoară debitul agregat cu patru fluxuri paralele. Rulează-le către aceeași destinație la aceeași oră a zilei, pentru că a compara un eșantion de dimineață cu unul de seară produce o poveste, nu o măsurătoare.

Ține destinația fixă când compari ieșiri. Schimbarea atât a serverului, cât și a tunelului transformă o variabilă în două, iar rezultatul nu îți poate spune care a contat. Rulează fiecare ieșire cel puțin de trei ori, pentru că un eșantion unic cade adesea în timpul unei schimbări de rutare sau al unui minut zgomotos. Mediana este mai utilă decât cel mai bun caz.

Tratează ICMP ca pe un indiciu, nu ca pe răspunsul. O gazdă care răspunde poate trata cererile echo pe o cale diferită de cea folosită de aplicația ta, iar un răspuns pierdut nu este dovada că fiecare aplicație pierde pachete.

Latența sub sarcină este o problemă de cozi

Modelul care încurcă cel mai mult oamenii este o conexiune care pare bună în repaus și inutilizabilă în timpul unei copii de siguranță. Aceasta este coadă, nu capacitate. O legătură de upload saturată construiește un buffer în fața fiecărui alt pachet, așa că o apăsare de tastă așteaptă în spatele unei bucăți din upload.

ping -c 20 10.60.0.5 &
iperf3 -c 10.60.0.5 -t 20 -R -b 20M

Prima comandă eșantionează latența în fundal în timp ce a doua saturează direcția inversă. Dacă timpii ping sar în timpul transferului și apoi își revin, ai reprodus bufferbloat în loc să descoperi o defecțiune de rutare. Corectarea este de obicei o setare de gestionare a cozilor, o viteză de fundal mai mică sau mutarea transferului masiv de pe calea interactivă.

Reducerea traficului de fundal opțional ajută adesea mai mult decât schimbarea țării de ieșire. Este și mai ieftină, reversibilă și testabilă într-un minut. Programează uploadurile mari în afara orelor de lucru dacă coada nu poate fi gestionată, și limitează-le viteza dacă trebuie să ruleze ziua. O setare de gestionare a cozilor este corectarea mai bună când routerul suportă una.

Schimbă un lucru și compară asemănător cu asemănător

Pentru întârziere mare în repaus, compară ieșirile ținând destinația fixă, apoi compară rutele pentru cel mai bun candidat. Pentru debit mic și stabil, privește în schimb capacitatea, sarcina serverului și procesarea clientului, pentru că acestea sunt limite diferite.

Notează ce ai măsurat, față de ce destinație, la ce oră și cu ce setări. O comparație fără aceste patru fapte nu poate fi repetată, iar următoarea persoană va începe de la zero.

Apoi potrivește instrumentul cu afirmația din tichet. "Internet lent" nu este o măsurătoare; "primul octet a durat 900 ms până la această gazdă în timp ce debitul era bun" este una, și indică direct întârzierea, nu capacitatea.