Minecraft Server Performance verstehen: TPS, RAM und CPU

Die Minecraft Server TPS entscheiden darüber, ob sich eine Welt flüssig anfühlt oder ob Spieler beim Bauen, Farmen und Kämpfen ständig hinterherhinken. TPS steht für „Ticks Per Second" und beschreibt, wie oft der Server pro Sekunde den Spielzustand aktualisiert. Fällt dieser Wert unter die Zielmarke, entstehen spürbare Lags – unabhängig davon, wie gut die Internetverbindung der Spieler ist.

Minecraft Server TPS verstehen: Ticks, Lags und Performance

Ein gesunder Minecraft-Server läuft mit 20 Ticks pro Sekunde. Jeder Tick dauert theoretisch 50 Millisekunden und innerhalb dieses Zeitfensters müssen alle Berechnungen abgeschlossen sein: Spielerbewegungen, Redstone-Schaltungen, Mob-KI, Pflanzenwachstum, Hopper-Transfers, Chunk-Ladevorgänge und Entity-Kollisionen. Wenn ein Tick länger als 50 ms braucht, sinken die Minecraft Server TPS unter 20, und der Server beginnt, „aufzuholen" – das äußert sich als Rubberbanding, verzögertes Öffnen von Truhen oder stotternde Mob-Bewegungen.

Die TPS sind damit der zuverlässigste Einzelwert, um die Serverleistung objektiv zu beurteilen. Im Gegensatz zur Ping-Zeit, die nur die Netzwerklatenz zwischen Client und Server misst, zeigen die TPS, wie stark die eigentliche Spiellogik unter Last steht. Ein Server mit 15 TPS und niedrigem Ping fühlt sich trotzdem träge an, weil die Welt selbst im Zeitlupentempo läuft.

Wer einen eigenen Minecraft Server mieten möchte, sollte diesen Unterschied kennen, bevor er Hardware oder Plugins auswählt – die beste Anbindung bringt nichts, wenn die CPU-Leistung für die gewünschte Spielerzahl nicht ausreicht.

Zur Kontrolle liefert Vanilla das eingebaute Kommando direkt in der Konsole:

/forge tps

Auf Paper- und Spigot-Servern steht ein detaillierteres Kommando zur Verfügung, das auch die durchschnittliche Tick-Zeit über 5, 10 und 15 Minuten anzeigt:

/tps

Single-Core-Leistung: Der Flaschenhals bei Minecraft Servern

Minecraft ist bis heute vor allem single-threaded. Der Haupt-Tick-Loop – also die Berechnung, die jede der 20 Ticks pro Sekunde ausführt – läuft größtenteils auf einem einzigen CPU-Kern. Selbst Serversoftware wie Paper, die Teile der Arbeit (Chunk-Generierung, manche Entity-Berechnungen) auf zusätzliche Threads auslagert, bleibt für den Kern der Logik von der Leistung eines einzelnen Kerns abhängig.

Das erklärt, warum ein Prozessor mit acht langsamen Kernen schlechter abschneidet als einer mit vier schnellen Kernen und hoher Taktfrequenz. Entscheidend ist die Single-Core-Performance, nicht die reine Kernanzahl. Ryzen-Prozessoren mit hohem Basistakt eignen sich deshalb besonders gut für Minecraft, weil sie genau diesen Engpass adressieren – der Tick-Loop bekommt durchgehend hohe Taktraten, statt sich mit vielen, aber schwächeren Kernen zufriedenzugeben.

Was die Single-Core-Last zusätzlich erhöht

• Viele aktive Redstone-Schaltungen, besonders Taktgeber und Hopper-Ketten
• Große Mengen an geladenen Entities (Mobs, Items, Minecarts)
• Plugins oder Mods mit ineffizienten Scheduler-Tasks, die jeden Tick ausgeführt werden
• Viele gleichzeitig aktive Chunks durch verstreute Spieler-Bases

Ein praktischer Test: Wenn die TPS bei wenigen Online-Spielern bereits einbrechen, liegt das Problem selten an der Spieleranzahl selbst, sondern an einer einzelnen rechenintensiven Komponente – oft eine Farm, ein Plugin oder ein überladener Redstone-Mechanismus.

RAM-Bedarf je nach Serversoftware: Vanilla, Paper, Forge

Der Arbeitsspeicher beeinflusst die TPS indirekt, aber spürbar: Zu wenig RAM führt zu häufigen Garbage-Collection-Durchläufen der Java-Virtual-Machine, und genau diese GC-Pausen erzeugen kurze, aber harte Tick-Spitzen. Der tatsächliche Bedarf unterscheidet sich stark je nach gewählter Serversoftware.

Serversoftware	Typischer RAM-Bedarf (Basis)	Besonderheit
Vanilla	2–4 GB	Keine Plugin-Optimierungen, geringe Grundlast
Paper / Spigot	3–6 GB	Multithreaded Chunk-Loading, aber zusätzlicher Overhead durch Plugins
Forge / NeoForge (modded)	6–12 GB+	Mods laden eigene Klassen und Daten dauerhaft in den Heap

Modded-Server mit Forge sind in der Praxis die anspruchsvollsten: Jede installierte Mod bringt eigene Entities, Blockzustände und manchmal eigene Tick-Logik mit. Das treibt sowohl den RAM-Bedarf als auch die CPU-Last pro Tick nach oben, was sich direkt auf die Minecraft Server TPS auswirkt, sobald mehrere ressourcenintensive Mods gleichzeitig aktiv sind.

JVM-Flags als Stellschraube

Gut konfigurierte Java-Flags reduzieren GC-Pausen spürbar. Ein häufig verwendetes Set (bekannt als Aikar's Flags) sieht so aus:

java -Xms4G -Xmx4G -XX:+UseG1GC -XX:+ParallelRefProcEnabled \
-XX:MaxGCPauseMillis=200 -XX:+UnlockExperimentalVMOptions \
-XX:+DisableExplicitGC -XX:G1NewSizePercent=30 \
-XX:G1MaxNewSizePercent=40 -XX:G1HeapRegionSize=8M \
-jar paper.jar nogui

Wichtig: -Xms und -Xmx sollten denselben Wert haben, damit die JVM den Heap nicht dynamisch vergrößert – jede Vergrößerung kostet Zeit und erzeugt zusätzliche Tick-Spitzen.

TPS-Probleme diagnostizieren und beheben

Bevor man Einstellungen ändert, sollte man die Ursache eingrenzen. Ein strukturiertes Vorgehen spart deutlich Zeit gegenüber wildem Ausprobieren.

Schritt 1: Grundwerte prüfen

/tps
/mspt

Liegt die durchschnittliche Tick-Zeit (MSPT) dauerhaft über 50 ms, ist der Server überlastet. Kurze Spitzen sind normal, ein konstanter Wert darüber ist das eigentliche Warnsignal.

Schritt 2: Profiling mit spark

Das spark-Plugin erstellt ein detailliertes Profil darüber, welche Methode, welches Plugin oder welcher Mod die meiste Tick-Zeit verbraucht:

/spark profiler start
/spark profiler stop

Der erzeugte Report zeigt eine Baumstruktur der CPU-Zeit pro Aufruf – damit lässt sich meist in wenigen Minuten der konkrete Verursacher identifizieren, etwa eine Farm mit zu vielen Entities oder ein Plugin mit einem ineffizienten Scheduler.

Schritt 3: Häufige Ursachen gezielt angehen

• Entity-Überladung: Mob-Caps in der paper-world-defaults.yml anpassen und Farm-Designs mit zu vielen Drops entschärfen
• Chunk-Last: Sichtweite (view-distance) und simulierte Entfernung in der server.properties reduzieren
• Redstone-Spam: Taktgeber-Schaltungen mit hoher Frequenz entfernen oder entschleunigen
• Plugin-Konflikte: Plugins einzeln deaktivieren und TPS vor/nach dem Neustart vergleichen

Beispiel für eine angepasste server.properties, die die Grundlast spürbar senkt:

view-distance=8
simulation-distance=6
max-tick-time=60000

Wer seinen Server über einen eigenen Linux-Unterbau betreibt, kann zusätzlich die Systemauslastung direkt auf der Maschine beobachten, um zu unterscheiden, ob das Problem bei Minecraft selbst oder bei der zugrunde liegenden Hardware liegt:

ssh user@server-ip
top -o %CPU
systemctl status minecraft-server

Regelmäßige Sicherungen sind dabei kein Performance-Thema, aber ein notwendiger Rahmen für jede Optimierung: Bevor man an Plugins, Mods oder JVM-Flags experimentiert, sollte eine aktuelle Sicherung vorliegen, damit ein fehlgeschlagener Versuch keine Weltdaten kostet. Ein Panel wie Pterodactyl erleichtert genau diesen Ablauf, weil Konsole, Dateiverwaltung und Neustart an einem Ort liegen. Einen Überblick über unterstützte Spiele und Serverarten gibt die Übersicht der Alle unsere Gameserver, und wer die Verwaltung selbst in die Hand nehmen möchte, findet technische Details zum Panel-Unterbau unter Pterodactyl VPS.

Weiterführende technische Hintergründe zu Tick-Mechanik und Serverbefehlen liefert die Source.

Die Minecraft Server TPS sind kein abstrakter Messwert, sondern das direkteste Signal für die tatsächliche Spielqualität. Wer Single-Core-Leistung, passenden RAM-Bedarf je nach Serversoftware und ein strukturiertes Diagnose-Vorgehen kombiniert, findet Lag-Ursachen schneller und kann Welt, Mods und Plugins gezielt entlasten, statt nur Symptome zu kaschieren.

FAQ

Warum fallen die TPS auch bei wenigen Spielern?

Meist liegt es nicht an der Spieleranzahl, sondern an einer einzelnen Last: eine Farm mit zu vielen Entities, eine Redstone-Schaltung mit hoher Taktfrequenz oder ein Plugin mit ineffizientem Scheduler. Ein Profiling mit spark zeigt den genauen Verursacher.

Hilft mehr RAM allein gegen TPS-Einbrüche?

Nur begrenzt. Zu wenig RAM verschärft GC-Pausen und damit Tick-Spitzen, aber die eigentliche Tick-Logik hängt stärker von der Single-Core-Leistung der CPU ab. RAM und CPU sollten gemeinsam betrachtet werden.

Wie oft sollte man die TPS kontrollieren?

Ein kurzer Check mit /tps direkt nach größeren Änderungen (neue Plugins, neue Farmen, mehr Spieler) reicht meist aus. Bei dauerhaft aktiver Community lohnt sich zusätzlich ein geplanter spark-Report, etwa einmal wöchentlich.