Sťahovanie je rýchle, tak prečo každé kliknutie pôsobí pomaly?

Veľký prenos môže ísť plnou rýchlosťou, kým hovory a kliknutia zaostávajú. Merajte čas obratu, udržanú rýchlosť a oneskorenie pod záťažou ako tri oddelené otázky.

Rýchlo stiahnuť veľký súbor a potom zistiť, že každé kliknutie je pomalé, nie je protirečenie. Kapacita hovorí, koľko sa dá presunúť za sekundu; čas obratu hovorí, ako dlho trvá výmena, kým sa stane niečo užitočné. Zlepšenie prvého nič nerobí pre druhé a druhé je to, čo človek pozoruje pri písaní, klikaní alebo rozprávaní. Merajte sťažnosť, nie spojenie.

Rýchly súbor, pomalé kliknutie: dve rôzne čísla

Hromadný prenos udržiava dáta v nepretržitom pohybe, takže môže hlásiť zdravú rýchlosť aj vtedy, keď každá jednotlivá požiadavka čaká. Mnohé testy tiež otvárajú niekoľko spojení naraz, čo zvyšuje súhrnný údaj, kým jedna požiadavka zostáva pomalá. Oba výsledky sú zlučiteľné a citovanie vyššieho používateľovi, ktorý sa sťažuje na oneskorenie, je cesta k strate dôvery.

Načítanie stránky je reťaz malých výmen: preklad mien, nadviazanie spojenia, požiadavka, odpoveď a potom závislé požiadavky. Každý krok znovu platí čas obratu, takže cesta s vysokým oneskorením pôsobí pomaly, aj keď má kapacity dosť.

Tunel pridáva vlastnú cestu a spracovanie a trasa je dôležitejšia než označenie na mape. Dva výstupy v tej istej krajine môžu mať k jednému cieľu veľmi odlišné cesty. Rozdiel dvadsiatich milisekúnd stačí na zmenu pocitu zo stránky, hoci číslom priepustnosti sotva pohne. Preto by výber výstupu mal vychádzať zo vzorky latencie, nie z ikony vlajky.

Merajte sťažnosť, nie spojenie

Vyberte meranie, ktoré zodpovedá vete, ktorú používateľ povedal. Pomalé sťahovanie potrebuje udržanú rýchlosť správnym smerom; oneskorený hovor potrebuje vlastnú štatistiku danej aplikácie; stránka, ktorá pomaly štartuje, potrebuje časy prekladu mien a nadviazania.

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

Prvý príkaz dáva vzorku času obratu k hostiteľovi, ktorý odpovedá predvídateľne, druhý hlási čas do prvého bajtu a udržanú rýchlosť jedného spojenia a tretí meria súhrnnú priepustnosť so štyrmi paralelnými tokmi. Spustite ich proti rovnakému cieľu v rovnakom čase dňa, pretože porovnanie rannej vzorky s večernou vytvára príbeh, nie meranie.

Pri porovnávaní výstupov držte cieľ pevne. Zmena servera aj tunela mení jednu premennú na dve a výsledok vám nepovie, ktorá bola dôležitá. Spustite každý výstup aspoň trikrát, pretože jediná vzorka často padne do zmeny smerovania alebo do hlučnej minúty. Medián je užitočnejší ako najlepší prípad.

Berte ICMP ako stopu, nie ako odpoveď. Odpovedajúci hostiteľ môže spracúvať echo požiadavky inou cestou, než akú používa vaša aplikácia, a jedna stratená odpoveď nie je dôkaz, že každá aplikácia stráca pakety.

Latencia pod záťažou je problém fronty

Vzor, ktorý ľudí najviac mätie, je spojenie, ktoré sa v pokoji zdá dobré a počas zálohy nepoužiteľné. To je fronta, nie kapacita. Nasýtený odchádzajúci kanál stavia buffer pred každý ďalší paket, takže stlačenie klávesy čaká za kusom nahrávania.

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

Prvý príkaz vzorkuje latenciu na pozadí, zatiaľ čo druhý sýti opačný smer. Ak pingy počas prenosu vyskočia a potom sa vrátia, reprodukovali ste bufferbloat, a nie objavili chybu smerovania. Oprava je zvyčajne nastavenie správy fronty, nižšia rýchlosť na pozadí alebo presun hromadného prenosu mimo interaktívnej cesty.

Zníženie voliteľnej prevádzky na pozadí často pomôže viac než zmena krajiny výstupu. Je tiež lacnejšie, vratné a overiteľné za minútu. Veľké nahrávania naplánujte mimo pracovného času, ak sa fronta nedá spravovať, a obmedzte ich rýchlosť, ak musia bežať počas dňa. Nastavenie správy fronty je lepšia oprava, keď ho router podporuje.

Zmeňte jednu vec a porovnávajte rovnaké s rovnakým

Pri vysokom oneskorení v pokoji porovnávajte výstupy s pevným cieľom, potom porovnajte trasy pre najlepšieho kandidáta. Pri nízkej stabilnej priepustnosti sa namiesto toho pozerajte na kapacitu, zaťaženie servera a spracovanie klienta, pretože to sú iné limity.

Zapíšte, čo ste merali, proti ktorému cieľu, v akom čase a s akým nastavením. Porovnanie bez týchto štyroch faktov sa nedá zopakovať a ďalší človek začne od nuly.

Potom priraďte nástroj k tvrdeniu v tikete. "Pomalý internet" nie je meranie; "prvý bajt trval 900 ms k tomuto hostiteľovi, pričom priepustnosť bola dobrá" je meranie a ukazuje priamo na oneskorenie, nie na kapacitu.

Súvisiace články