Werden Anfragen bis zum nächsten Tick gesammelt und erst dann verarbeitet, und geht auch das Ergebnis erst im darauffolgenden Tick hinaus, kommt das Tick-Intervall zweimal hinzu.
Warum Empfangene Anfrage wird im nächsten Tick verarbeitet → Folge Auch das Ergebnis wird für den nächsten Sende-Tick gesammelt und dann verschickt → Auf dem Bildschirm Leitungs-Ping niedrig, aber Reaktion konstant um etwa das 1,5-Fache des Tick-Intervalls verzögert. Bei 10 Ticks pro Sekunde im Mittel 0,15 s, schlimmstenfalls 0,2 s
Antwort im selben Tick senden, in dem verarbeitet wurde, Tickrate erhöhen, wichtige Antworten sofort senden.
Größenordnungen
Bei 10 Ticks pro Sekunde dauert ein Tick 100 ms, allein durch das Warten auf Ticks kommen im Mittel 150 ms und schlimmstenfalls 200 ms hinzu. Bei nur einmaligem Warten sind es im Mittel 50 ms.
Im Graphen
Von Anfang an dauerhaft hoch · Zeit von Ankunft der Anfrage bis zum Senden der Antwort
Wo nachsehen
Im serverseitigen Paketmitschnitt den Abstand zwischen Ankunft des Anfragepakets und Abgang des Antwortpakets messen, während ein Testaccount dieselbe Aktion (z. B. ein Item benutzen) mehrmals ausführt. Gibt es ein Server-Log, Ankunftszeit der Anfrage, Nummer des verarbeitenden Ticks und Sendezeit der Antwort prüfen
Spricht dafür
Verweildauer im Server im Mittel etwa das 1,5-Fache des Tick-Intervalls, maximal etwa das Doppelte, und unabhängig von der RTT konstant
Spricht dagegen
Verweildauer im Server im Mittel um die Hälfte des Tick-Intervalls: nur einmaliges Warten auf den Tick. Unregelmäßig länger als das Tick-Intervall: „Überschrittenes Tick-Budget“ prüfen
Prüfmittel
Mit Infrastruktur-Tools prüfbar (ohne Spielcode)
Quellen
Peeking into VALORANT's NetcodeRiot Games Eine eingetroffene Eingabe wartet bis zu einen Tick auf die nächste Tick-Grenze, Anwenden und Senden kosten noch einmal einen Frame. Je höher die Tickrate, desto geringer
VALORANT's 128-Tick ServersRiot Games Ein Teil der Latenz kommt aus dem Netzwerk, ein Teil aus der Tickrate des Servers