A letöltésed gyors, akkor miért tűnik lassúnak minden kattintás?

Egy nagy fájl gyors letöltése, majd minden kattintás lassúnak érzése nem ellentmondás. A kapacitás azt mondja, mennyi mozdulhat el másodpercenként; az oda-vissza idő azt mondja, mennyi ideig tart egy csere, mielőtt valami hasznos történik. Az első javítása semmit sem tesz a másodikért, és a második az, amit az ember gépelés, kattintás vagy beszéd közben észrevesz. A panaszt mérje, ne a kapcsolatot.

Gyors fájl, lassú kattintás: két különböző szám

A tömeges átvitel folyamatosan mozgásban tartja az adatokat, így egészséges sebességet jelenthet akkor is, amikor minden egyes kérés várakozik. Sok benchmark egyszerre több kapcsolatot is nyit, ami növeli az összesített számot, miközben egy kérés lassú marad. A két eredmény összeegyeztethető, és a magasabb szám idézése a késésre panaszkodó felhasználónak az a mód, ahogyan a bizalom elvész.

Egy oldal betöltése kis cserék láncolata: névfeloldás, kapcsolatfelépítés, egy kérés, egy válasz, majd függő kérések. Minden lépés újra fizeti az oda-vissza időt, ezért a nagy késleltetésű útvonal lassúnak érződik akkor is, ha bőven van kapacitása.

Az alagút hozzáadja a saját útját és feldolgozását, és az útvonal fontosabb, mint a térképen lévő címke. Két kijárat ugyanabban az országban nagyon különböző utakat járhat egy célhoz. Húsz milliszekundum különbség elég ahhoz, hogy megváltoztassa egy oldal érzetét, pedig alig mozdítja az átviteli számot. Ezért a kijárat választásának késleltetésmintát kell követnie, nem zászlóikont.

A panaszt mérje, ne a kapcsolatot

Válassza azt a mérést, amelyik illik a felhasználó mondatához. A lassú letöltéshez tartós sebesség kell a helyes irányban; a késő híváshoz az adott alkalmazás saját statisztikái kellenek; a lassan induló oldalhoz névfeloldási és felépítési idők kellenek.

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

Az első parancs oda-vissza mintát ad egy kiszámíthatóan válaszoló hoszthoz, a második az első bájtig eltelt időt és egy kapcsolat tartós sebességét jelenti, a harmadik pedig a teljes átviteli teljesítményt méri négy párhuzamos folyammal. Futtassa őket ugyanahhoz a célhoz, a nap ugyanabban az órájában, mert a reggeli minta összehasonlítása az estivel történetet ad mérés helyett.

Tartsa rögzítve a célt, amikor kijáratokat hasonlít össze. A szerver és az alagút együttes változtatása egy változóból kettőt csinál, és az eredmény nem mondja meg, melyik számított. Minden kijáratot legalább háromszor futtasson, mert egyetlen minta gyakran útvonalváltozásba vagy zajos percbe esik. A medián hasznosabb a legjobb esetnél.

Az ICMP-t nyomnak tekintse, nem válasznak. Egy válaszoló hoszt az echókéréseket más úton kezelheti, mint amelyet az alkalmazása használ, és egy elveszett válasz nem bizonyíték arra, hogy minden alkalmazás csomagokat veszít.

A terhelés alatti késleltetés sorban állási probléma

A legjobban összezavaró minta az a kapcsolat, amely üresjáratban jónak tűnik, biztonsági mentés közben pedig használhatatlan. Ez sorban állás, nem kapacitás. A telített feltöltési kapcsolat minden más csomag elé puffert épít, ezért egy billentyűleütés a feltöltés egy darabja mögött vár.

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

Az első parancs a háttérben mintavételezi a késleltetést, miközben a második telíti az ellenkező irányt. Ha a ping-idők az átvitel alatt megugranak, majd utána helyreállnak, bufferbloatot reprodukált, nem pedig útvonalhibát talált. A javítás általában sorban állás kezelési beállítás, alacsonyabb háttérsebesség vagy a tömeges átvitel elmozdítása az interaktív útvonalról.

A választható háttérforgalom csökkentése gyakran többet segít, mint a kijárati ország váltása. Olcsóbb is, visszafordítható és egy perc alatt tesztelhető. Ha a sor nem kezelhető, ütemezze a nagy feltöltéseket munkaidőn kívülre, és ha napközben kell futniuk, korlátozza a sebességüket. Ha az útválasztó támogatja, a sorban állás kezelési beállítás a jobb javítás.

Változtasson egy dolgot, és hasonlítsa össze a hasonlót a hasonlóval

Nagy üresjárati késleltetésnél hasonlítsa össze a kijáratokat a cél rögzítésével, majd hasonlítsa össze az útvonalakat a legjobb jelölt számára. Alacsony, stabil átvitelnél inkább a kapacitást, a szerverterhelést és a kliens feldolgozását nézze, mert ezek különböző korlátok.

Írja le, mit mért, melyik célhoz, milyen időpontban és milyen beállításokkal. E négy tény nélkül az összehasonlítás nem ismételhető meg, és a következő ember nulláról kezdi.

Utána illessze az eszközt a jegy állításához. A "lassú internet" nem mérés; a "az első bájt 900 ms-ig tartott ehhez a hoszthoz, miközben az átvitel rendben volt" mérés, és közvetlenül a késleltetésre mutat, nem a kapacitásra.