Jeder Multiplayer-Gamer kennt das Gefühl: Die eigene Internetverbindung ist gut, der Server läuft, und trotzdem fühlt sich das Spielgeschehen verzögert oder ruckelig an. Oft liegt die Ursache nicht in der Verbindungsqualität des Spielers, sondern in Kennzahlen, die weder im Spiel direkt sichtbar sind noch von klassischen Monitoring-Tools erfasst werden: Tickrate, TPS und Jitter. Wer diese Konzepte versteht, kann Game-Server gezielter optimieren und bei Problemen schneller die richtige Ursache finden.
Tickrate: Wie oft denkt der Server?
Die Tickrate gibt an, wie oft pro Sekunde ein Spielserver seinen Spielzustand berechnet und an alle verbundenen Clients überträgt. Ein Server mit einer Tickrate von 64 aktualisiert die Spielwelt 64 Mal pro Sekunde – jeder einzelne Tick dauert demnach etwa 15,6 Millisekunden. Bei einer Tickrate von 128 halbiert sich diese Zeit auf knapp 7,8 Millisekunden. Eine höhere Tickrate bedeutet, dass Ereignisse wie Bewegungen, Schüsse und Kollisionen häufiger synchronisiert werden und das Spielgefühl dadurch reaktiver und präziser wirkt.
Allerdings hat eine höhere Tickrate ihren Preis: Der Server muss mehr Berechnungen pro Sekunde durchführen, was die CPU-Last erhöht. Zusätzlich steigt der Netzwerkverkehr, da häufigere Updates an alle Clients gesendet werden müssen. Für kompetitive Shooter wie CS2, Valorant oder ähnliche Spiele ist eine hohe Tickrate besonders relevant – Treffer-Registrierungen und Positionsdaten müssen so präzise wie möglich sein. Für kooperative Survival-Spiele oder Sandbox-Spiele sind geringere Tickraten von 20 bis 30 oft ausreichend.
TPS in Minecraft: Das Herzschlagprinzip
Im Minecraft-Universum wird das equivalent zur Tickrate als TPS (Ticks per Second) bezeichnet. Das Ziel sind 20 TPS, was einem Tick alle 50 Millisekunden entspricht. In jedem dieser Ticks führt der Server eine Vielzahl von Aufgaben aus: Spielerbewegungen werden verarbeitet, Mobs bewegen sich und treffen Entscheidungen, Redstone-Schaltungen werden ausgewertet, Wachstumsprozesse werden simuliert und Zustandsänderungen werden an alle verbundenen Clients übertragen.
Der entscheidende Unterschied zu reinen Netzwerk-Tickrates ist, dass in Minecraft die TPS direkt die gesamte Spielsimulation taktiert. Fällt die TPS auf 10, läuft alles im Spiel halb so schnell: Mobs reagieren langsamer, Redstone-Schaltungen brauchen doppelt so lang, Pflanzenwachstum und andere zeitbasierte Prozesse verlangsamen sich entsprechend. Das macht TPS-Monitoring für Minecraft-Server besonders kritisch.
Latenz: Die Reisezeit der Pakete
Latenz bezeichnet die Zeit, die ein Datenpaket benötigt, um vom Client zum Server und zurück zu reisen – die sogenannte Round Trip Time, gemessen in Millisekunden. Niedrige Latenz ist eine Grundvoraussetzung für ein reaktives Spielgefühl, da jede Spieleraktion zunächst zum Server gesendet, dort verarbeitet und dann das Ergebnis zurückgesendet werden muss.
Als Orientierungswerte gelten: unter 30 ms als exzellent mit praktisch keinem wahrnehmbaren Verzug, 30 bis 80 ms als gut und für die meisten Spieler in den meisten Spielgenres akzeptabel, 80 bis 150 ms als spürbar mit merklichem Lag besonders in zeitkritischen Spielsituationen, und über 150 ms als deutlich störend für die Spielerfahrung. Diese Grenzen sind nicht absolut – Spielgenre und persönliche Wahrnehmung spielen eine Rolle. In Echtzeit-Strategiespielen oder rundenbasierten Spielen ist hohe Latenz wesentlich weniger störend als in schnellen Shootern oder Beat-em-ups.
Jitter: Die unterschätzte Störgröße
Während Latenz gut bekannt und in den meisten Spielen sichtbar ist, wird Jitter weit seltener diskutiert – obwohl er für das Spielgefühl mindestens genauso wichtig ist. Jitter bezeichnet die Schwankungsbreite der Latenz: Wie sehr variiert die Paketumlaufzeit von Messung zu Messung? Ein Spieler mit konstant 80 ms Latenz erlebt ein vorhersehbares Spielgefühl, das sich an einem bestimmten Rhythmus orientieren lässt. Ein Spieler mit 40 ms Durchschnittslatenz, aber 40 ms Jitter, erlebt dagegen eine unvorhersehbare, ruckelige Erfahrung – mal 10 ms, mal 80 ms, ohne Muster.
Hoher Jitter entsteht durch verschiedene Ursachen: Netzwerkkongestion auf Routing-Knoten zwischen Spieler und Server, überlastete Netzwerkkarten oder Switches im Rechenzentrum, aber auch durch einen Server, der seine Ticks unregelmäßig ausführt und Pakete dadurch mit schwankender Frequenz sendet. Jitter ist für Server-Betreiber schwerer zu beeinflussen als reine Latenz, aber durch die Wahl eines gut angebundenen Rechenzentrums und gut gewarteter Netzwerkinfrastruktur lässt er sich minimieren.
Paketverlust und seine Auswirkungen
Paketverlust bezeichnet den Anteil der Datenpakete, die ihren Empfänger nie erreichen. Selbst ein Paketverlust von einem Prozent klingt gering, kann aber in Echtzeit-Spielen deutlich spürbar sein. Game-Engines kompensieren Paketverlust durch Techniken wie Client-seitige Vorhersage, Bewegungsinterpolation und Zustandsrekonstruktion – aber diese Mechanismen stoßen bei höherem Verlust an ihre Grenzen. Paketverlust ab zwei bis drei Prozent ist für Spieler in der Regel deutlich wahrnehmbar.
Für Server-Betreiber ist Paketverlust ein Indikator für Netzwerkprobleme – entweder intern im Rechenzentrum, auf dem Weg zum Internetprovider oder auf weiteren Routing-Strecken. Regelmäßiges Monitoring der Netzwerkqualität, getestet von verschiedenen geografischen Standorten aus, hilft dabei, Paketverlust-Probleme früh zu lokalisieren und zu beheben.
Diese Kennzahlen systematisch überwachen
Eine sinnvolle Monitoring-Strategie für Game-Server kombiniert mehrere Ebenen. Auf der Prozessebene werden TPS, RAM-Auslastung und CPU-Last des Spielserver-Prozesses überwacht. Auf der Netzwerkebene werden Latenz, Jitter und Paketverlust gemessen – idealerweise sowohl intern als auch von externen Messpunkten aus. Auf der Verfügbarkeitsebene senden Heartbeat-Checks regelmäßige Signale an einen externen Monitoring-Dienst, damit stille Abstürze sofort erkannt werden. Historische Daten erlauben die Korrelation: Sinkt die TPS immer dann, wenn mehr als zwanzig Spieler gleichzeitig online sind, ist das ein klares Signal für eine Hardware-Limitierung.
Fazit
Tickrate, TPS, Latenz, Jitter und Paketverlust sind die fünf technischen Kennzahlen, die gemeinsam die Qualität der Spielerfahrung auf einem Multiplayer-Server definieren. Wer sie kennt, versteht warum ein nominell verfügbarer Server trotzdem schlechte Erfahrungen liefern kann. Und wer sie systematisch überwacht, hat die Grundlage, um Probleme zu erkennen, zu analysieren und gezielt zu beheben – bevor die Community es als störend empfindet. Gutes Monitoring ist letztlich der Unterschied zwischen einem Server, der irgendwie läuft, und einem Server, dem die Community langfristig vertraut und auf den sie sich verlässt.
