Leistung
Was ist Jitter?
Jitter is variation in packet delay over time, as distinct from the average delay itself. For voice, gaming and trading, jitter often matters more than latency: a consistent 60 ms is far more usable than an average of 40 ms that regularly spikes to 200 ms, because buffers are sized for the worst case rather than the mean.
Warum Jitter wichtig ist
Für Sprache, Gaming und Handel ist Jitter oft wichtiger als Latenz: Eine konsistente 60 ms sind weitaus brauchbarer als ein Durchschnitt von 40 ms, das regelmäßig auf 200 ms ansteigt, da Puffer für den schlechtesten Fall und nicht für den Mittelwert ausgelegt sind. Jitter entsteht normalerweise durch Warteschlangen auf einem überlasteten Link, durch Routen-Flapping oder – serverseitig – durch CPU-Steal-Zeit, die den Prozess verzögert, der hätte antworten sollen. Diese letzte Ursache ist in einem Netzwerk-Trace unsichtbar und der Grund, warum dedizierte vCPU für latenzempfindliche Workloads wichtig ist. Messen Sie mit mtr oder einem langen iperf3-Lauf anstelle von ein paar Pings; eine Stichprobe von fünf Paketen sagt fast nichts über die Varianz aus.
Jitter in der Praxis
Wenn Sie einen latenzempfindlichen Dienst betreiben, ist Jitter das, was Sie mit mtr oder einem langen iperf3-Lauf messen, nicht mit einer Handvoll Pings. Achten Sie auf Schwankungen in der Verzögerungsspalte, nicht nur auf den Durchschnitt. Wenn Sie Spitzen sehen, prüfen Sie die CPU-Steal-Zeit auf dem Host – diese ist in einer Netzwerkanalyse unsichtbar. Reduzieren Sie Jitter, indem Sie dedizierte vCPUs statt gemeinsam genutzter Ressourcen sicherstellen. Wenn Sie es falsch machen, werden Ihre Puffer für den Worst Case dimensioniert, was bedeutet, dass Ihr Sprach-, Spiel- oder Handelsverkehr während Spitzenzeiten unbrauchbar wird.
Was Leute bei Jitter falsch machen
Die Leute nehmen an, dass eine niedrige durchschnittliche Latenz gute Leistung bedeutet. Der häufige Fehler ist, die Varianz zu ignorieren und zu denken, dass 40 ms Durchschnitt mit Spitzen auf 200 ms in Ordnung sind. Richtig ist: Jitter ist oft wichtiger als Latenz – Puffer sind für den Worst Case dimensioniert, also schlägt eine konstante 60-ms-Verbindung einen Durchschnitt von 40 ms, der regelmäßig ausschlägt. Messen Sie immer über einen Zeitraum.
Jitter – häufige Fragen
Welches Werkzeug kann ich zur Messung von Jitter verwenden?
Verwenden Sie mtr für einen schnellen Überblick oder einen langen iperf3-Lauf für die Varianzanalyse. Eine Ping-Stichprobe von fünf Paketen sagt Ihnen fast nichts über Jitter aus – sie zeigt nur die durchschnittliche Latenz. Ein Test über einen längeren Zeitraum zeigt die Spitzen in der Verzögerungsschwankung, die für echten Verkehr wirklich zählen.
Wie wirkt sich CPU-Steal-Zeit auf Jitter aus?
CPU-Steal-Zeit verzögert den Prozess, der auf ein Paket antworten soll, und fügt unerwartete Latenzspitzen hinzu. Diese Ursache ist in einer Netzwerkanalyse unsichtbar und wird daher oft übersehen. Deshalb ist dedizierte vCPU für latenzempfindliche Arbeitslasten wichtig – auf gemeinsam genutzten Hosts erzeugt Steal-Zeit Jitter, den Sie auf der Netzwerkseite nicht beheben können.
Mehr aus leistung
- CPU-Steal-Zeit
- Steal-Zeit ist der Anteil der Zeit, in der eine virtuelle CPU bereit war zu laufen, aber der Hypervisor den physischen Kern einem anderen Gast gegeben hat.
- RTT
- RTT ist die Zeit, die ein Paket benötigt, um zu einem Ziel zu gelangen und die Antwort zurückzukehren, gemessen in Millisekunden.
- TTFB
- TTFB misst die Zeit von der Anfrage bis zum Eintreffen des ersten Antwort-Bytes.