Zuerst das Ziel, dann die Zahl
Für schnelle Onlinespiele ist eine niedrige, stabile Umlaufzeit zum tatsächlichen Spielserver meist günstiger. Die Tabelle ist eine redaktionelle Faustregel, keine offizielle Norm und keine Garantie für ein bestimmtes Spiel.
| Angezeigte Umlaufzeit | Grobe Einordnung |
|---|---|
| Unter 50 ms | Ein niedriges Verzögerungsziel für schnelle Interaktion. |
| 50–100 ms | Kann spielbar sein; Spiel und Stabilität prüfen. |
| 100–150 ms | Verzögerungen können in schnellen Spielen deutlicher auffallen. |
| Über 150 ms | Oft weniger direkt, aber kein Beweis für einen Defekt. |
Übertrage die Tabelle nicht pauschal auf Anrufe oder Streaming. Anrufe hängen auch von Jitter, Verlusten und Puffern ab; gepuffertes Video stark von Durchsatz und Stabilität. Ein Browserwert zertifiziert keine Nutzungserfahrung.
Ping, Latenz und Stabilität
Der klassische Befehl ping nutzt ICMP-Echo. RTT umfasst Hin- und Rückweg. Halbieren ergibt keine verlässliche Einwegverzögerung, weil Wege und Warteschlangen verschieden sein können. Mbps beschreibt Kapazität, nicht dasselbe wie Verzögerung in ms.
Schwankungen heißen häufig Jitter; Paketverlust ist eine andere Messgröße. Notiere Ziel und Methode, denn Werkzeuge können unterschiedliche Statistiken berechnen.
Was IPdidi tatsächlich misst
Der Pingtest führt 2 Aufwärmanfragen und danach 40 HTTP-Messungen an /ping.txt des ausliefernden Cloudflare-Standorts durch. Er sendet kein ICMP und misst nicht den Spielserver.
Normalerweise wird von requestStart bis responseStart gemessen, einschließlich möglicher Serververarbeitung. Fehlt diese Zeitinformation, wird die verstrichene fetch-Zeit samt Antwortlesen verwendet. Reine Netzwerk-RTT wird nicht garantiert.
Der angezeigte Jitter ist die mittlere absolute Änderung benachbarter erfolgreicher Proben. Timeout oder HTTP-Fehler zählen als fehlgeschlagene Probe, nicht als IP-Paketverlustrate. Nutzungsbewertungen sind lokale Heuristiken. Diese Erklärung basiert auf Quellprüfung, nicht auf einem Test deiner Leitung oder deines Geräts.
Vergleichbare Ergebnisse erfassen
- Notiere Ziel, Werkzeug, Uhrzeit, WLAN oder Ethernet, VPN, Mittelwert, Schwankungen und Fehler.
- Wiederhole im Leerlauf und während eines normalen Up- oder Downloads mit gleichem Ziel und Verfahren.
- Vergleiche nach Möglichkeit Kabel und WLAN. Das grenzt Funkeinflüsse ein, garantiert aber keinen niedrigeren Wert.
- Prüfe die Diagnose des Spiels oder der Anruf-App. Ein guter Wert zu einem Standort schließt lokale, Routing-, Server- oder App-Probleme an anderer Stelle nicht aus.
Für ICMP kannst du im Terminal ping example.com ausführen und bei fortlaufender Ausgabe mit Ctrl+C stoppen. Ziele können Echo filtern; fehlende Antworten beweisen keinen Dienstausfall.
Eine Änderung nach der anderen
- Pausiere große Transfers und Backups, um Warteschlangen unter Last zu prüfen.
- Vergleiche WLAN-Position und weniger belegte Bänder oder Kanäle; 5 GHz ist hinter Wänden oder weit entfernt nicht automatisch besser.
- Vergleiche eine passende Spielregion und VPN an/aus bei derselben Aktivität. VPN und schnellerer Tarif garantieren keine geringere Latenz.
- Unterstützt der Router Warteschlangenmanagement, nutze die Herstelleranleitung. Es kann Wartezeiten beeinflussen, nicht die Ausbreitungsentfernung beseitigen.
- Gib dem Support bei anhaltenden Problemen Ziel, Zeiten und Leerlauf-/Lastwerte statt nur des besten Werts.
Nutze vorher und nachher denselben Test. Zwei verschiedene Ziele allein belegen keine Ursache.
Häufige Fragen
Sind 100 ms immer schlecht?
Aufgabe, Ziel, Protokoll und Stabilität entscheiden. Der Wert ist zu untersuchen, kein allgemeines Bestehen oder Durchfallen.
Ist ein HTTP-Fehler Paketverlust?
Nein. Es gibt mehrere Ursachen; dieser Test bestimmt keine Netzwerkverlustrate.
Warum zeigt das Spiel etwas anderes?
Ziel, Verkehr und Verarbeitung unterscheiden sich. Vergleiche seine Diagnose statt unzusammenhängende Messungen zu subtrahieren.
Quellen und Umfang
Hier geht es um Messgrößen und einen Vergleichsablauf. Eine individuelle Störung oder ein bestimmtes Gerät wurde damit nicht diagnostiziert oder getestet.
Quellen geprüft: 2026-11-05.