Ihr Download ist schnell, warum fühlt sich dann jeder Klick langsam an?

Eine große Datei schnell herunterzuladen und dann jeden Klick langsam zu finden, ist kein Widerspruch. Kapazität sagt, wie viel pro Sekunde übertragen werden kann; die Roundtrip-Zeit sagt, wie lange ein Austausch dauert, bevor etwas Nützliches passiert. Das erste zu verbessern, ändert nichts am zweiten, und das zweite ist es, was ein Mensch beim Tippen, Klicken oder Sprechen bemerkt. Messen Sie die Beschwerde, nicht die Verbindung.

Schnelle Datei, langsamer Klick: zwei verschiedene Zahlen

Eine Massenübertragung hält die Daten ständig in Bewegung und kann daher eine gesunde Rate melden, selbst wenn jede einzelne Anfrage wartet. Viele Benchmarks öffnen zudem mehrere Verbindungen gleichzeitig, was den Gesamtwert erhöht, während eine einzelne Anfrage langsam bleibt. Beide Ergebnisse sind vereinbar, und dem Nutzer, der sich über Verzögerung beschwert, den höheren Wert zu zitieren, ist der Weg, Vertrauen zu verlieren.

Der Aufruf einer Seite ist eine Kette kleiner Austausche: Namensauflösung, Verbindungsaufbau, eine Anfrage, eine Antwort und dann abhängige Anfragen. Jeder Schritt zahlt den Roundtrip erneut, daher fühlt sich ein Pfad mit hoher Verzögerung langsam an, auch wenn er reichlich Kapazität hat.

Der Tunnel fügt seine eigene Reise und Verarbeitung hinzu, und die Route zählt mehr als das Etikett auf einer Karte. Zwei Ausgänge im selben Land können sehr unterschiedliche Wege zu einem Ziel haben. Ein Unterschied von zwanzig Millisekunden genügt, um das Gefühl einer Seite zu ändern, obwohl er eine Durchsatzzahl kaum bewegt. Deshalb sollte die Ausgangswahl einer Latenzstichprobe folgen statt einem Fahnensymbol.

Messen Sie die Beschwerde, nicht die Verbindung

Wählen Sie die Messung, die zu dem Satz passt, den der Nutzer gesagt hat. Ein langsamer Download braucht eine dauerhafte Rate in der richtigen Richtung; ein stockender Anruf braucht die eigenen Statistiken dieser Anwendung; eine Seite, die langsam startet, braucht Zeiten für Namensauflösung und Aufbau.

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

Der erste Befehl liefert eine Roundtrip-Stichprobe zu einem Host, der vorhersehbar antwortet, der zweite meldet die Zeit bis zum ersten Byte und die dauerhafte Rate für eine Verbindung, und der dritte misst den Gesamtdurchsatz mit vier parallelen Strömen. Führen Sie sie zur selben Tageszeit gegen dasselbe Ziel aus, denn der Vergleich einer Morgenstichprobe mit einer Abendstichprobe ergibt eine Geschichte statt einer Messung.

Halten Sie das Ziel fest, wenn Sie Ausgänge vergleichen. Server und Tunnel zugleich zu ändern macht aus einer Variable zwei, und das Ergebnis kann Ihnen nicht sagen, welche zählte. Führen Sie jeden Ausgang mindestens dreimal aus, weil eine einzelne Stichprobe oft in eine Routingänderung oder eine laute Minute fällt. Der Median ist nützlicher als der beste Fall.

Behandeln Sie ICMP als Hinweis und nicht als Antwort. Ein antwortender Host kann Echo-Anfragen über einen anderen Pfad bearbeiten als den, den Ihre Anwendung nutzt, und eine verlorene Antwort ist kein Beweis dafür, dass jede Anwendung Pakete verliert.

Latenz unter Last ist ein Warteschlangenproblem

Das Muster, das Menschen am meisten verwirrt, ist eine Verbindung, die im Leerlauf gut wirkt und während einer Sicherung unbrauchbar ist. Das ist Warteschlange, nicht Kapazität. Ein gesättigter Uplink baut vor jedem anderen Paket einen Puffer auf, sodass ein Tastendruck hinter einem Stück des Uploads wartet.

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

Der erste Befehl tastet die Latenz im Hintergrund ab, während der zweite die Gegenrichtung sättigt. Springen die Ping-Zeiten während der Übertragung und erholen sich danach, haben Sie Bufferbloat reproduziert, statt einen Routingfehler entdeckt zu haben. Die Lösung ist meist eine Einstellung zur Warteschlangenverwaltung, eine niedrigere Hintergrundrate oder das Verlagern der Massenübertragung weg vom interaktiven Pfad.

Optionalen Hintergrundverkehr zu reduzieren hilft oft mehr als der Wechsel des Ausgangslands. Es ist auch billiger, umkehrbar und in einer Minute prüfbar. Planen Sie große Uploads außerhalb der Arbeitszeit, wenn die Warteschlange nicht verwaltet werden kann, und begrenzen Sie ihre Rate, wenn sie tagsüber laufen müssen. Eine Einstellung zur Warteschlangenverwaltung ist die bessere Lösung, wenn der Router eine unterstützt.

Ändern Sie eine Sache und vergleichen Sie Gleiches mit Gleichem

Bei hoher Leerlaufverzögerung vergleichen Sie Ausgänge mit festem Ziel und danach Routen für den besten Kandidaten. Bei niedrigem stabilem Durchsatz schauen Sie stattdessen auf Kapazität, Serverlast und Clientverarbeitung, denn das sind andere Grenzen.

Schreiben Sie auf, was Sie gemessen haben, gegen welches Ziel, zu welcher Zeit und mit welchen Einstellungen. Ein Vergleich ohne diese vier Fakten lässt sich nicht wiederholen, und die nächste Person beginnt bei null.

Ordnen Sie dann das Werkzeug der Behauptung im Ticket zu. "Langsames Internet" ist keine Messung; "das erste Byte brauchte 900 ms zu diesem Host, während der Durchsatz in Ordnung war" ist eine, und sie zeigt direkt auf Verzögerung statt auf Kapazität.