Ihr Speedtest lügt.
Messen Sie stattdessen Responsiveness.

Die Lüge der großen Zahl

Jede Speedtest-Seite öffnet mit einer Anzeige. Sie dreht sich hoch, landet auf einer beeindruckenden Zahl (480 down, 510 down, 940 down auf Glasfaser) und diese Zahl wird zur Geschichte. Die Geschichte ist fast immer falsch. Nicht unredlich, nur die falsche Frage, präzise beantwortet.

Durchsatz ist eine Messung der Kapazität: wie viel Wasser die Leitung bewegen kann, wenn nichts anderes läuft. Das Problem ist, dass echte Netzwerke fast nie aussehen wie „nichts anderes läuft". Echte Netzwerke sehen aus wie ein Familien-Videocall, ein Cloud-Backup, eine Slack-Synchronisierung, ein Software-Update und ein Kind, das Cartoons schaut, alles gleichzeitig. In dieser Szene kümmert Sie nicht die Gesamtmenge an Litern pro Minute. Sie kümmert, ob Ihr Sprachpaket sich vordrängeln und pünktlich ankommen kann.

Diese zweite Frage ist Responsiveness, und zwanzig Jahre lang hatten wir kaum eine Möglichkeit, sie im Browser zu messen. Jetzt haben wir eine. Sie ist in macOS eingebaut. Niemand hat Ihnen davon erzählt.

Was ist Bufferbloat, in einem Absatz

Jeder Router und jedes Modem zwischen Ihrem Laptop und dem Internet hat einen Puffer: ein bisschen Speicher, in dem Pakete auf ihren Auftritt warten. Wenn die Leitung vor dem Puffer langsamer ist als die Leitung dahinter (Ihr 40-Mbps-Uplink hinter einem Gigabit-LAN, sagen wir), füllt sich der Puffer. Die Hersteller haben diese Puffer absurd groß gemacht, weil verlorene Pakete wie ein Bug aussehen. Aber ein zu großer Puffer hält Ihr Zoom-Sprachpaket hinter jedem anderen Paket fest, das eine Millisekunde früher eintraf. Die Leitung bewegt jede Menge Bytes. Die Bytes, die zählen, stehen nur in der Schlange. Diese Verzögerung (im Bereich von Hundertmillisekunden unter Last) ist Bufferbloat. Deshalb besteht Ihr Speedtest und Ihr Anruf zerfällt.

Auftritt RPM: Round-trips Per Minute

2021 hat Apples Networking-Team eine Klartext-Metrik vorgeschlagen: RPM, also Round-trips Per Minute. Die Idee ist fast peinlich einfach. Während die Leitung gesättigt ist (Sie laden auf Vollgas hoch und herunter), zählen Sie, wie viele vollständige Anfrage/Antwort-Round-Trips Sie in einer Minute schaffen. Ein responsives Netz schafft Tausende. Ein bloated-Netz fällt in den niedrigen Hunderterbereich. Beide Male dieselbe 500-Mbps-Leitung.

Apple hat dafür in macOS Monterey ein Tool ausgeliefert. Es heißt networkQuality, liegt unter /usr/bin/networkQuality, und wenn Sie ein Terminal öffnen und es ausführen, sehen Sie etwa Folgendes:

$ networkQuality
==== SUMMARY ====
Uplink capacity:   38.412 Mbps
Downlink capacity: 476.185 Mbps
Responsiveness:    Medium (540 RPM)
Idle Latency:      18 ms

Lesen Sie die Ausgabe genau. Die Leitung ist dick, fast ein halbes Gigabit Download. Die Responsiveness ist medium. 540 Round-Trips pro Minute sind etwa neun pro Sekunde: Ihr Sprachpaket wartet bei voller Last rund 111 ms, im Leerlauf 18 ms. Diese Lücke ist genau der Grund, warum Ihr Anruf gut klingt, wenn niemand sonst zu Hause ist, und ruiniert ist, wenn die ganze Familie streamt.

High, Medium, Low, was bedeutet das?

Apple bündelt RPM in drei lesbare Kategorien:

• High, ab 2.000 RPM. Das Netz ist responsiv. Echtzeitarbeit (Anrufe, Gaming, gemeinsames Bearbeiten) wirkt knackig, egal was sonst läuft.
• Medium, etwa 600–2.000 RPM. Das Netz ist nutzbar, aber interaktive Apps wirken unter Last träge. Hier sitzen die meisten Heimnetze zur Hauptverkehrszeit, und von hier kommen die Beschwerden.
• Low, unter 600 RPM. Die Puffer sind voll. Sprachanrufe brechen ab, Video friert ein, Tastendrücke in einer SSH-Sitzung kommen schubweise. Keine Bandbreite der Welt repariert das, bis die Puffer leer sind.

Warum ein Speedtest das nicht sehen kann

Ein Speedtest misst nur die einfache Hälfte des Problems: idle throughput, meist in einem kurzen Burst, meist über eine Verbindung, die Ihr ISP gelernt hat zu priorisieren. Er sagt Ihnen, was Ihre Leitung kann, wenn sie leicht beladen ist, und stellt nie die Folgefrage nach Latenz unter Last. Bufferbloat ist für diesen Test per Definition unsichtbar, denn der Test ist die Last, hinter der kein anderer Verkehr Schlange steht.

Das verbraucherseitige Symptom ist bekannt. Der ISP-Techniker kommt vorbei, lässt den Speedtest laufen, der besteht, und Sie hören, die Verbindung sei in Ordnung. Der nächste Videocall stockt trotzdem. Der Techniker hat nicht gelogen. Er hat das Falsche gemessen.

Der RPM-Test in der Praxis

Apples networkQuality ist elegant brutal. Es öffnet mehrere parallele Verbindungen zu CDN-Endpunkten, sättigt sie in beide Richtungen und misst dann, wie schnell ein kleines HTTP/2-Anfrage/Antwort-Paar fertig wird, während die Sättigung läuft. Das ist der RPM-Wert. Die Kapazitätsmessungen fallen nebenbei ab, weshalb das Tool aus einem Lauf alle drei Zahlen meldet.

Der Test dauert rund fünfzehn Sekunden. Er hämmert auf Ihre Leitung ein, also bitte nicht während eines Anrufs ausführen. Er enthüllt auch Dinge, die Ihr ISP lieber nicht zeigen würde: WLAN-Kanäle, die mit Nachbarn kollidieren, einen Router mit einem Firmware-Bug, der die Queue-Tiefe verdoppelt, ein VPN, das jedem Round-Trip 200 ms Latenz hinzufügt. Sehr oft entdecken Sie, dass das schwache Glied nicht Ihr ISP ist. Es ist etwas in Ihrem eigenen Haus.

Was tun, wenn RPM Low ist

Es gibt keine eine richtige Lösung, aber die Checkliste ist endlich:

1. Kabel zuerst testen. Stecken Sie ein Ethernet-Kabel in den Mac und führen Sie networkQuality erneut aus. Springt der RPM auf High, liegt Ihr Problem im WLAN (Überlastung, Kanalüberlappung oder Distanz), nicht beim ISP.
2. Smart Queue Management einschalten. Router, die SQM, CAKE oder fq_codel unterstützen, glätten Bufferbloat dramatisch. Ein 100-$-Router mit aktivem fq_codel schlägt einen 600-$-Router ohne.
3. Upload deckeln. Wenn SQM nicht geht, drosseln Sie den Upload Ihres Macs auf etwa 90 % der gemessenen Uplink-Kapazität. Allein diese Änderung verhindert, dass Ihre eigenen Uploads den Puffer füllen und Ihren Downloads die Rückkanal-Acks aushungern.
4. Ersetzen Sie das ISP-Modem-Router-Combo. Viele ISP-Geräte sind auf Throughput-Benchmarks getrimmt, nicht auf Responsiveness. Das ISP-Gerät in den Bridge-Modus zu schalten und einen eigenen Router davor zu setzen, ist die größte einzelne RPM-Verbesserung, die die meisten Leute sehen.

Drei hartnäckige Mythen

„Mehr Bandbreite repariert das." Manchmal, meistens nicht. Wenn Ihr Uplink schon von einem einzigen Backup gesättigt wird, hilft das Upgrade von 40 auf 100 Mbps Up. Aber wenn der Puffer der eigentliche Übeltäter ist, knallen Sie einfach doppelt so schnell gegen dieselbe Decke und die Symptome kommen wieder. Die Lösung ist, die Schlange zu leeren, nicht die Leitung davor zu verdicken.

„Mein Ping ist 12 ms, also alles gut." Ping misst Idle-Latenz: wie lange ein Paket braucht, wenn nichts im Weg ist. Bufferbloat zeigt sich nur unter Last. Ein Idle-Ping von 12 ms auf einer bloated-Strecke wird unter Last regelmäßig zu 350 ms. Lassen Sie ping in einem Terminal laufen und einen großen Upload in einem anderen, und Sie sehen es in Echtzeit.

„Der ISP hat darauf schon optimiert." Manche ja. Viele nicht. Technisch ist es nicht schwer, aber der wirtschaftliche Anreiz zeigt in die andere Richtung: ein für Speedtest abgestimmtes Netz gewinnt Märkte, die nach Throughput-Zahlen einkaufen. Responsiveness erscheint selten auf einer Marketingseite.

Wo WiFi & IP Info hineinpasst

Wir haben die networkQuality-Engine einen Klick weit in die Menüleiste gelegt. Das Network-Quality-Panel der Pro-Stufe führt denselben Apple-Test aus, zeigt Uplink- und Downlink-Kapazität, meldet die RPM-Stufe und die Basis-RTT, und führt, das ist entscheidend, ein Protokoll. Sie können eine Woche lang stündlich auf „erneut ausführen" klicken und sehen das Muster: High am Wochenendmorgen, Medium beim Abendessen, Low wenn die Kinder aus der Schule kommen. Diese Grafik bringt den ISP wirklich ins Tun, denn Reproduzierbarkeit macht aus einer Beschwerde ein Ticket.

Kombinieren Sie das mit der Latency-History-Grafik der App und dem Connection Log, und Sie schicken Ihrem Provider ein 30-Sekunden-Ticket: „RPM fällt zwischen 18:00 und 21:00 Ortszeit von 2.400 auf 410, korreliert mit dreifachem Median-RTT zu Ihrem eigenen Gateway. CSV anbei." Das ist ein ganz anderes Gespräch als „mein Internet ist langsam."

Die Kurzfassung

Ihr Speedtest misst Kapazität. Kapazität ist real, und ab und zu ist sie das Problem. Meistens jedoch ist das Problem Responsiveness: ob Ihr Verkehr zügig hinein- und hinaus kommt, während die Leitung beschäftigt ist. RPM ist die Metrik dafür. Apple hat ein erstklassiges Werkzeug gebaut, um sie zu messen. Wir haben dieses Werkzeug in Ihre Menüleiste gelegt und führen die Historie.

Wenn Sie sich nur einen Satz von dieser Seite merken, dann diesen: Bandbreite ist, wie breit die Straße ist; Responsiveness ist, wie lange Sie an der Ampel warten. Beides zählt. Nur eines davon steht auf Ihrer Speedtest-Seite.