Game Server Performance verstehen: CPU, RAM und Tickrate im Detail

Die Game Server Performance entscheidet darüber, ob ein Survival- oder Sandbox-Server flüssig läuft oder bei zehn gleichzeitigen Spielern spürbar einbricht. Wer einen Server für Rust, ARK oder Minecraft betreibt, stößt früher oder später auf Rucklaggs, hohe Tick-Zeiten oder Arbeitsspeicher-Engpässe. Dieser Artikel erklärt, welche technischen Faktoren – CPU, RAM, NVMe-Speicher und Tickrate – die Performance eines Game Servers tatsächlich bestimmen und wie sich Engpässe gezielt erkennen lassen.

Die Game Server Performance beginnt bei der CPU

Die meisten Spiele-Engines verarbeiten die zentrale Spiellogik – Weltphysik, Entity-Updates, KI-Berechnungen – auf einem einzigen Thread. Das bedeutet: Ein Prozessor mit acht Kernen bringt wenig, wenn pro Kern nur eine niedrige Taktfrequenz anliegt. Entscheidend für die Game Server Performance ist deshalb zuerst die Single-Core-Leistung, nicht die reine Kernzahl. Genau hier liegt der Grund, warum aktuelle Ryzen-Prozessoren mit hohem Boost-Takt für Simulationsspiele wie Rust, ARK oder Satisfactory einen spürbaren Unterschied machen: Die Haupt-Simulationsschleife läuft schneller durch, bevor der nächste Tick ansteht.

Ein konkretes Beispiel: Wer sich mit der Thematik Rust Server mieten beschäftigt, sollte wissen, dass die Tickrate von Rust direkt an die Single-Core-Leistung der CPU gekoppelt ist. Mehr Kerne allein verbessern die Framerate des Servers kaum, wenn der Takt pro Kern niedrig ausfällt – die Simulation wartet trotzdem auf den langsamsten seriellen Rechenschritt.

Single-Core vs. Multi-Core: Was zählt wofür

• Single-Core-lastig: Rust, ARK: Survival Evolved/Ascended, Valheim, Project Zomboid – hier zählt Takt vor Kernanzahl.
• Teilweise Multi-Core-fähig: Minecraft mit Paper/Purpur-Plugins, die asynchrone Chunk-Generierung nutzen, oder FiveM mit mehreren Ressourcen-Threads.
• I/O-lastig statt CPU-lastig: Server mit vielen Spielern und häufigen Weltspeicherungen, bei denen Festplattenzugriffe zum limitierenden Faktor werden.

Woran man eine CPU-bedingte Engstelle erkennt

Typische Symptome einer CPU-limitierten Game Server Performance sind steigende Tick-Zeiten trotz niedriger RAM-Auslastung, Server-FPS unter dem Zielwert in der Konsole und spürbare Latenzspitzen bei gleichzeitigen Events wie Raids, Wellen-Spawns oder Zeitplänen für Rust-Scheduled-Events. Über SSH lässt sich die CPU-Auslastung pro Kern direkt am Host prüfen:

mpstat -P ALL 1
top
htop

Zeigt ein einzelner Kern dauerhaft nahezu 100 % Auslastung, während die anderen Kerne kaum beansprucht werden, ist das ein klares Indiz für eine Single-Thread-Engstelle in der Spiel-Engine – unabhängig davon, wie viel RAM noch frei ist.

RAM-Bedarf je nach Spiel richtig einschätzen

Arbeitsspeicher wirkt sich anders auf die Game Server Performance aus als CPU-Takt: Er verhindert keine Tick-Verzögerungen, sorgt aber dafür, dass geladene Weltdaten, Entitäten und Plugins nicht ständig neu nachgeladen oder ausgelagert werden müssen. Zu wenig RAM führt zu Garbage-Collection-Pausen bei Java-basierten Spielen oder im schlimmsten Fall zu einem Absturz durch den Out-of-Memory-Killer des Betriebssystems.

Richtwerte nach Spieltyp

Spiel	Typischer RAM-Bedarf	Besonderheit
Minecraft (Vanilla, 10–20 Spieler)	4–6 GB	Java-Heap, Garbage Collection beachten
Minecraft mit Modpack (z. B. ATM9)	8–12 GB	Mods erhöhen Heap- und Metaspace-Bedarf stark
ARK: Survival Ascended	8–16 GB	Unreal-Engine-Streaming großer Karten
Rust	6–10 GB	Steigt mit Kartengröße und Entity-Anzahl
Palworld / Enshrouded	6–12 GB	Weltgröße und gespeicherte Spielerdaten relevant

Anzeichen für einen RAM-Engpass

Ein knapper Arbeitsspeicher zeigt sich meist durch wiederkehrende Freezes alle paar Minuten (klassisches Garbage-Collection-Symptom bei Java), durch Server-Abstürze beim Laden neuer Chunks oder Zonen, oder durch Fehlermeldungen wie OutOfMemoryError im Server-Log. Der Belegungsstand lässt sich direkt prüfen:

free -m
vmstat 1 5

Bei Minecraft-Servern hilft zusätzlich ein Blick auf den konfigurierten Heap in der Startzeile, zum Beispiel -Xmx8G -Xms8G. Ist der Heap zu knapp bemessen, pausiert die JVM regelmäßig für die Garbage Collection – das äußert sich als kurze, aber spürbare Ruckler für alle Spieler gleichzeitig.

NVMe-SSD und I/O-Performance als unterschätzter Faktor

Viele Administratoren konzentrieren sich auf CPU und RAM und übersehen die Festplattengeschwindigkeit. Dabei hängt ein großer Teil der Game Server Performance direkt an den Schreib- und Lesezugriffen: Weltspeicherungen, automatische Sicherungen, Chunk-Streaming bei großen Open-World-Karten und das Entpacken von Modpacks erzeugen kontinuierlich I/O-Last. Auf klassischem Speicher führt das zu kurzen, aber regelmäßigen Rucklaggs genau dann, wenn der Server eine Weltsicherung durchführt. NVMe-SSDs reduzieren diese Latenz erheblich, weil sie parallele Zugriffe deutlich schneller abarbeiten als ältere Speichertechnologien.

Woran man I/O-Engpässe erkennt

Ein typisches Muster: Die Server-FPS brechen genau im Takt der automatischen Sicherung oder beim Welt-Autosave ein, kehren danach aber wieder zum Normalwert zurück. Das lässt sich am Host nachvollziehen:

iostat -xz 1
df -h
du -sh /var/lib/pterodactyl/volumes/*

Hohe Werte in der Spalte %util während eines Autosaves bestätigen eine I/O-Engstelle. In diesem Fall hilft es, das Sicherungsintervall anzupassen oder die Weltgröße zu reduzieren, statt vorschnell mehr CPU-Kerne zuzuweisen – das Problem liegt nicht beim Prozessor.

Backups und Panel-Verwaltung

Über ein Pterodactyl-Panel lassen sich automatische Sicherungen zeitlich so planen, dass sie außerhalb der Hauptspielzeiten laufen. Das entlastet die Festplatte genau dann, wenn die meisten Spieler online sind, und verhindert, dass ein Backup-Vorgang mit einem Raid oder Boss-Event kollidiert. Wer mehrere Server parallel betreibt, etwa einen für Minecraft Server und einen für ARK Survival Evolved Server, sollte die Sicherungsfenster gezielt staffeln, statt sie gleichzeitig laufen zu lassen.

Tickrate verstehen und gezielt Engpässe erkennen

Die Tickrate beschreibt, wie oft pro Sekunde die Spiel-Engine den Weltzustand aktualisiert – Physik, Entitäten, Spielerinput. Eine niedrige Tickrate bedeutet verzögerte Reaktionen: Schüsse treffen verspätet, Baumenüs öffnen zäh, Mobs bewegen sich ruckartig. Die Tickrate ist damit der sichtbarste Indikator für die Game Server Performance insgesamt, weil sie CPU-Last, RAM-Druck und I/O-Wartezeiten in einer einzigen Kennzahl zusammenfasst.

Tickrate je nach Spiel prüfen

Bei Minecraft lässt sich die Serverlast direkt über die Konsole abfragen:

/tick query

Ein Wert nahe 20 TPS (Ticks pro Sekunde) gilt als stabil. Fällt der Wert dauerhaft unter 15, ist die Haupt-Engine überlastet – meist durch zu viele geladene Chunks, Redstone-Schaltungen oder Plugin-Events.

Bei Rust zeigt die Server-Konsole die aktuelle Server-FPS an, die direkt der Tickrate entspricht. Werte deutlich unter dem Zielwert von 30 FPS deuten auf zu viele platzierte Entitäten, überladene Basen oder eine zu hohe Kartengröße im Verhältnis zur CPU-Leistung hin. Bei ARK-Servern fehlt eine vergleichbare native Tick-Anzeige, weshalb hier der Blick auf die Server-seitige Framerate über die Logs und die CPU-Auslastung am Host die zuverlässigste Diagnosemethode bleibt.

Checkliste zur Engpass-Diagnose

1. CPU-Auslastung pro Kern prüfen – ein durchgehend ausgelasteter Einzelkern deutet auf eine CPU-Engstelle hin.
2. RAM-Belegung und Swap-Nutzung kontrollieren – aktiver Swap ist ein deutliches Warnsignal.
3. I/O-Last während Autosaves beobachten – wiederkehrende Rucklaggs im Takt der Sicherung zeigen eine Festplatten-Engstelle.
4. Tickrate bzw. Server-FPS über die Konsole dokumentieren, um Trends statt Einzelmesswerte zu erkennen.
5. Plugins, Mods und Entity-Anzahl schrittweise reduzieren, um die Ursache einzugrenzen, bevor Hardware-Ressourcen verändert werden.

Diese Reihenfolge ist wichtig: Wer sofort mehr RAM zuweist, obwohl die eigentliche Ursache eine einzelne überlastete CPU-Kern ist, löst das Problem nicht. Die systematische Diagnose über Konsole und Systemwerkzeuge spart deutlich mehr Zeit als wahlloses Ausprobieren verschiedener Einstellungen. Eine Übersicht aller unterstützten Spiele samt technischer Rahmenbedingungen findet sich unter Alle unsere Gameserver, weitere Hintergrundartikel zu Konfiguration und Administration im Fly-Serv Blog.

Fazit

Game Server Performance ist kein einzelner Wert, sondern das Zusammenspiel aus Single-Core-Takt, ausreichendem Arbeitsspeicher, schneller Speicheranbindung und stabiler Tickrate. Wer Engpässe systematisch über Konsolenbefehle und Logdateien diagnostiziert, erkennt schneller, ob CPU, RAM oder I/O die eigentliche Ursache ist, und kann gezielt gegensteuern statt pauschal Ressourcen zu erhöhen.

FAQ

Warum sinkt die Tickrate, obwohl noch RAM frei ist?

Die Tickrate hängt primär an der Single-Core-Leistung der CPU, nicht am Arbeitsspeicher. Prüfe mit mpstat -P ALL 1, ob ein einzelner Kern dauerhaft ausgelastet ist – das ist bei freiem RAM die wahrscheinlichste Ursache.

Wie viel RAM braucht ein Minecraft-Server mit Modpack realistisch?

Für mittelgroße Modpacks reichen oft 8 GB Heap, bei umfangreichen Packs wie technischen Modpacks sind 10–12 GB sinnvoll. Wichtig ist, -Xmx und -Xms auf denselben Wert zu setzen, um ständiges Heap-Resizing zu vermeiden.

Wie erkenne ich, ob Rucklaggs durch die Festplatte verursacht werden?

Beobachte, ob die Aussetzer zeitlich mit automatischen Sicherungen oder Weltspeicherungen zusammenfallen. Mit iostat -xz 1 lässt sich die Auslastung des Datenträgers während dieser Vorgänge direkt messen.