Dieses Widget misst die Zeit einer winzigen HTTPS-Anfrage an /api/latency auf demselben Host, der die Seite bereitgestellt hat. Dies ist ein Messwert für die Round-Trip-Time (RTT) über TCP, TLS und HTTP auf dem Pfad, den Ihre Pakete genommen haben, um meinen Edge-Server zu erreichen – und kein ICMP-Echo, wie es das Dienstprogramm ping ausgibt. Ich habe diese Formulierung gewählt, weil ich einmal in einem Discord-Anruf in Karatschi saß, bei dem mein Ping im Spiel zu einem Server in Singapur 42 ms anzeigte, während diese Art von Browser-RTT zu einer europäischen SaaS-API bei fast 280 ms lag: zwei völlig unterschiedliche Ziele, zwei unterschiedliche Zahlen, beide „wahr“. Nutzen Sie die Ergebnisse hier als Vorher-Nachher-Signal, wenn Sie VPN-Server wechseln, WLAN-Bänder umstellen oder einen Router austauschen, und nicht als Ersatz für das integrierte Messgerät eines Spiele-Clients.
Latenz ist mehr als nur eine Zahl in einem Kabel
Netzwerktechniker unterteilen die Verzögerung in verschiedene Komponenten: Ausbreitung (Entfernung bei etwa zwei Dritteln der Lichtgeschwindigkeit in Glasfasern), Serialisierung (wie lange Bits bei Ihrer Verbindungsgeschwindigkeit auf der Leitung verbringen), Warteschlange (Warten hinter anderen Paketen in Routern) und Verarbeitung (Host-Stacks, Firewalls, TLS-Verschlüsselung). Eine einzelne RTT-Messung fasst all dies in einem einzigen Millisekundenwert zusammen. Das ist zwar nützlich, verbirgt jedoch, ob die Verzögerung durch die Physik (ozeanische Entfernungen) oder durch Richtlinien (Bufferbloat unter Last) dominiert wird.
Die Bandbreite gibt an, wie viele Daten pro Sekunde übertragen werden können, sobald die Leitung voll ist. Die Latenz gibt an, wie lange es dauert, bis das erste Byte einer Antwort eintrifft. Eine Gigabit-Verbindung mit 400 ms RTT im Leerlauf fühlt sich bei Sprachübertragung, Spielen und interaktivem SSH immer noch träge an, da die menschliche Wahrnehmung auf der Reaktionszeit und nicht auf dem maximalen Durchsatz basiert. Die klassische Referenz hierfür ist RFC 792 für ICMP-Echo-Semantik, obwohl Webbrowser ICMP nicht direkt aus JavaScript senden können.
Warum diese Seite HTTPS anstelle von Ping misst
Das Sicherheitsmodell des Webs hat ungesicherten Seiten nie direkten Zugriff auf ICMP-Sockets gewährt. Wenn Sie ein klassisches Ping benötigen, führen Sie es über ein Terminal aus (Beispiele unten). Was dieser Website zur Verfügung steht, ist ein zeitgemessener fetch()-Aufruf an denselben Ursprung: Der Browser führt DNS (normalerweise zwischengespeichert), öffnet oder verwendet eine TCP-Verbindung wieder, handelt TLS aus (außer bei der Wiederaufnahme per Session-Ticket), sendet eine minimale HTTP-Anfrage und wartet auf die Header. Dieser Pfad spiegelt echten API-Verkehr viel genauer wider als ein 64-Byte-ICMP-Echo, sodass der Wert auf einer sauberen Verbindung meist einige Millisekunden über dem Ping-Wert liegt und bei Paketverlust durch erneute Übertragungen noch weiter ansteigen kann.
Bereits aufgebaute (warme) Verbindungen weisen niedrigere Werte auf, da die TLS 1.3-Wiederaufnahme und HTTP-Keep-Alive die Handshakes einsparen, die bei der ersten Messung anfielen. Kaltstarts weisen höhere Werte auf. Dies ist kein Fehler; es ist genau das, was Ihre Benutzer erleben, wenn sie einen neuen Tab öffnen. Wenn Sie VPN-Produkte vergleichen, führen Sie mehrere Messreihen durch und verwerfen Sie nur die offensichtlichen Ausreißer, die durch Hintergrundsynchronisierung oder den Ruhezustand des Betriebssystems verursacht wurden.
Ungefähre RTT-Budgets nach Aktivität
Dies sind Faustregeln für die Interaktivität, keine Garantien. Kompetitive Ego-Shooter optimieren auf zweistellige Millisekundenwerte innerhalb derselben Region. Voice over IP toleriert Einweg-Verzögerungen bis zu ca. 150 ms, bevor sich die Gesprächspartner ins Wort fallen. Video-Streaming puffert meist mehrere Sekunden Video, sodass die RTT auf der „letzten Meile“ weitaus weniger wichtig ist als der Durchsatz – es sei denn, der Puffer läuft leer.
Latenzanforderungen nach Anwendungsfall
| Aktivität | Akzeptable RTT | Komfortable RTT | Wann es problematisch wird |
|---|---|---|---|
| Websurfen | < 200 ms | < 80 ms | Instabiles WLAN mit Paketwiederholungen; DNS-Verzögerungen |
| Videostreaming (gepuffert) | < 300 ms | < 120 ms | Durchsatz zu niedrig für die gewählte Bitrate |
| Videoanruf (WebRTC) | < 250 ms Einweg-Äquivalent | < 120 ms RTT zur SFU-Region | Jitter-Spitzen ohne adaptiven Jitter-Puffer |
| Online-FPS (kompetitiv) | < 80 ms zur Spielregion | < 40 ms | Warteschlangen unter Last; WLAN-Kanalüberlastung |
| MMO / rundenbasiert | < 200 ms | < 100 ms | Paketverlust ohne Client-seitige Vorhersage |
| Kampfspiele (Rollback) | Geringer Jitter ist wichtiger als der Durchschnitt | < 30 ms Abweichung | Instabile WLAN-Mikrospitzen |
| Automatisierter Handel (Co-located) | < 1 ms innerhalb des Racks | < 100 µs auf RDMA-Pfaden | Jeder Internetpfad (völlig falsches Werkzeug) |
WebRTC-Implementierungen veröffentlichen oft regionale Ziele; siehe W3C WebRTC für die Protokollschnittstelle, die dieser Verkehr mit Videoanrufen teilt.
Warum dieselbe Wohnung von Stunde zu Stunde unterschiedliche Werte zeigt
WLAN arbeitet im Halbduplex-Verfahren: Jeder Nachbar auf demselben Kanal konkurriert um Sendezeit. Mikrowellen stören das 2,4-GHz-Band. VPN-Server wechseln bei Lastverteilungen die Ausgangsstädte. Mobilfunk-Handoffs unterbrechen die Weiterleitung für Dutzende von Millisekunden. Selbst bei kabelgebundenem Ethernet leitet Ihr ISP Sie nachts möglicherweise über einen günstigeren Peering-Pfad als während der Arbeitszeit. Trendlinien sind besser als Einzelmessungen; protokollieren Sie bei Verdacht auf Überlastung zehn Messungen nach dem Abendessen und zehn vor der Arbeit.
Bufferbloat ist der stille Killer: Eine überdimensionierte Warteschlange an Ihrem Router oder beim ISP fängt Lastspitzen ab, fügt jedoch Verzögerungen hinzu, sobald die Verbindung ausgelastet ist. Führen Sie dieses Latenz-Tool im Leerlauf aus, starten Sie dann einen großen Download und klicken Sie erneut auf Messen. Wenn sich die RTT verdoppelt, während der Durchsatz am Limit läuft, sehen Sie Warteschlangen-Effekte und keinen schlechten Speedtest-Server.
Latenz über die Befehlszeile messen
Diese Befehle fragen den von Ihnen übergebenen Host ab; ersetzen Sie das Beispiel durch Ihren Spielserver, Ihr Büro-VPN-Gateway oder Ihre DNS-Anycast-Adresse.
Windows (PowerShell oder Eingabeaufforderung)
ping -n 20 1.1.1.1
tracert -d 1.1.1.1ping sendet ICMP-Echo-Anfragen, sofern der Pfad dies zulässt (einige Router verwerfen ICMP unter Last). tracert gibt die Verzögerungszeiten pro Hop zum Ziel aus; -d überspringt die DNS-Rückwärtssuche, damit die Ausgabe schnell bleibt.
macOS and Linux
ping -c 20 1.1.1.1
traceroute -n 1.1.1.1
mtr -rwzc 100 1.1.1.1mtr kombiniert Ping und Traceroute in einem fortlaufenden Bericht; installieren Sie es über brew install mtr auf macOS oder über den Paketmanager Ihrer Distribution unter Linux. Dies ist der schnellste Weg, den ich kenne, um sporadische Paketverluste auf einer WLAN-Strecke ohne Rätselraten nachzuweisen.
Praktische Schritte, die die RTT tatsächlich senken
Nutzen Sie kabelgebundenes Ethernet für alle kompetitiven Anwendungen. Wählen Sie die nächstgelegene VPN-Stadt, die Ihre Anforderungen erfüllt. Aktivieren Sie SQM oder ein modernes AQM (CoDel / FQ-CoDel) auf Ihrem Router, damit Uploads die Warteschlangen nicht künstlich vergrößern. Wählen Sie in Spielen die vom Client empfohlene Serverregion, anstatt Freunden auf einem anderen Kontinent hinterherzulaufen – es sei denn, Sie akzeptieren den Latenznachteil.
Ein VPN kann die RTT erhöhen, da es Verschlüsselungsarbeit hinzufügt und den Verkehr über einen entfernten POP (Point of Presence) leitet. Manchmal kann es die gefühlte Verzögerung verringern, wenn Ihr ISP eine schlechte Peering-Verbindung zu einem Spielnetzwerk hat, der VPN-Anbieter jedoch eine gute: Sie tauschen in diesem Fall eine Routing-Richtlinie gegen eine andere aus. Messen Sie beide Pfade mit demselben Tool, anstatt Werbeversprechungen über einen „Gaming-Modus“ zu vertrauen.
Häufig gestellte Fragen
Was ist der Unterschied zwischen Latenz und Bandbreite?
Die Bandbreite ist die Kapazität: Megabit pro Sekunde, die Sie nach dem Füllen der Leitung aufrechterhalten können. Die Latenz ist die Verzögerung: wie lange eine kleine Anfrage benötigt, um zurückzukehren. Eine Satellitenverbindung kann eine hohe Bandbreite und eine für Sprache unbrauchbare Latenz aufweisen; eine Standleitung mit geringer Bandbreite kann sich für SSH sehr reaktionsschnell anfühlen. Diese Seite misst nur die Verzögerung zu diesem Ursprung, nicht den Durchsatz.
Was ist ein guter Ping für Spiele?
Für schnelle Ego-Shooter sind zweistellige Millisekunden zum regionalen Server des Publishers der kompetitive Standard. Strategiespiele und MMOs vertragen dank Vorhersage-Algorithmen (Client Prediction) eine höhere RTT. Vergleichen Sie immer mit derselben Serverregion; eine Messung von 30 ms hier bedeutet nicht 30 ms zu einem Server in Tokio, wenn die Edge dieser Website näher liegt.
Warum ist meine WLAN-Latenz schlechter als eine kabelgebundene Verbindung?
WLAN teilt sich einen Funkkanal mit jedem Netzwerk in der Nähe. Jede erneute Übertragung fügt Millisekunden hinzu. Mikrowellen, Bluetooth-Zubehör und DFS-Radarvermeidung auf 5 GHz verursachen Jitter. Ethernet vermeidet diese Kollisionen vollständig. Wenn Sie auf eine drahtlose Verbindung angewiesen sind, setzen Sie sich näher an den Zugangspunkt, nutzen Sie nach Möglichkeit 5 GHz oder 6 GHz und aktivieren Sie Wi-Fi Multimedia ( WMM), damit kleine Pakete mit höherer Priorität eingereiht werden.
Wie kann ich meinen Ping senken?
Beginnen Sie mit der Physik: Wählen Sie Server, die sich physisch näher befinden. Optimieren Sie dann Ihre Zugangsschicht: Schließen Sie den PC per Kabel an, wechseln Sie von überlastetem WLAN weg und begrenzen Sie cloudbasierte Backups mit hoher Upload-Last während des Spielens. Passen Sie schließlich das Routing an: Versuchen Sie es mit einer anderen VPN-Stadt, rufen Sie den ISP an, wenn Traceroute einen schlechten inländischen Hop zeigt, oder aktivieren Sie SQM, wenn Bufferbloat die RTT in die Höhe treibt, sobald jemand ein Video hochlädt.
Kann ein VPN die Latenz verringern?
Normalerweise nicht: Verschlüsselung und zusätzliche Hops fügen Millisekunden hinzu. Gelegentlich ja, wenn Ihr ISP Sie über einen überlasteten Peering-Punkt leitet, das VPN jedoch einen besseren Pfad zum Ziel wählt. Betrachten Sie es als Experiment: Messen Sie zehn Werte mit VPN und zehn ohne – zur gleichen Tageszeit und mit demselben Zielserver.
Verwandte Tools
Der Durchsatz ist für Downloads weiterhin wichtig: Führen Sie den Internet-Geschwindigkeitstest aus. Wenn Sie prüfen, ob eingehende Dienste aus dem Internet antworten, kombinieren Sie die RTT mit Was sind meine offenen Ports. Den Routing-Kontext der Organisation finden Sie unter Wer ist mein ISP. Um die Konsistenz des VPN-Pfades zu prüfen, fahren Sie mit dem VPN-Leak-Test fort.
Quellenangaben
- RFC 792: Internet Control Message Protocol
- RFC 9000: QUIC transport (what modern HTTPS stacks often ride on)
- W3C WebRTC: realtime media over UDP/TLS
- Bufferbloat.net wiki: mitigations for queue-induced latency