TPS-Einbrüche auf dem Minecraft Server verstehen und beheben

Die Minecraft Server TPS (Ticks pro Sekunde) ist der zentrale Messwert dafür, wie flüssig sich eine Welt für alle Spieler anfühlt. Sinkt sie unter den Zielwert von 20, spüren Spieler Rubberbanding, verzögerte Redstone-Schaltungen und hakelige Mob-Bewegungen. Wer diese Einbrüche dauerhaft beseitigen will, muss zuerst die genaue Ursache finden, bevor er RAM, Chunks oder Plugins optimiert.

Minecraft Server TPS verstehen: Was die Ticks pro Sekunde wirklich bedeuten

Jeder Minecraft-Tick verarbeitet Spielerbewegungen, Mob-KI, Redstone, Flüssigkeiten und Blockupdates. Bei 20 TPS läuft ein Tick in 50 Millisekunden ab – das ist der Zielwert von Vanilla-Minecraft. Sobald ein Tick länger dauert, staut sich die Verarbeitung, und die Minecraft Server TPS fällt unter 20. Das äußert sich für Spieler als spürbares Lag, obwohl die Netzwerklatenz selbst unauffällig bleiben kann. Genau deshalb verwechseln viele Admins Ping-Probleme mit TPS-Problemen, dabei handelt es sich um zwei getrennte Baustellen: Ping betrifft die Verbindung, TPS betrifft die Rechenlast auf dem Server selbst.

Um die aktuelle Minecraft Server TPS direkt einzusehen, reicht in den meisten Fällen ein einfacher Konsolenbefehl:

/tps
# Ausgabe Beispiel (Paper/Spigot):
# TPS from last 1m, 5m, 15m: 19.98, 19.87, 19.42

Fällt der 1-Minuten-Wert deutlich unter 18, lohnt sich eine genauere Analyse mit dem Timings-Report oder dem Spark-Profiler, um die belastenden Prozesse zu identifizieren, bevor man an Einstellungen schraubt.

Wer eine neue Welt startet oder von einem instabilen Setup wechselt, sollte auf ausreichend dedizierte Rechenleistung setzen. Ein Minecraft Server mieten mit Ryzen-CPU und NVMe-Speicher reduziert bereits die Grundlast, die typischerweise für schwankende Tickraten verantwortlich ist.

RAM-Optimierung: Wie viel Arbeitsspeicher die Serverleistung wirklich braucht

Ein häufiger Irrtum ist, dass mehr RAM automatisch mehr Minecraft Server TPS bedeutet. In Wahrheit sorgt zu viel zugewiesener Speicher oft für längere Garbage-Collection-Pausen, die als kurze, aber massive TPS-Einbrüche sichtbar werden. Die Java Virtual Machine muss bei jedem GC-Zyklus den Heap durchsuchen – je größer der Heap, desto länger kann diese Pause ausfallen, wenn die JVM-Flags nicht passen.

Sinnvolle Heap-Größen je nach Spielerzahl

Spieleranzahl	Empfohlener Heap	Typisches Symptom bei Unterversorgung
1–10 Spieler	4–6 GB	Kurze Ruckler bei Chunk-Generierung
10–30 Spieler	6–10 GB	TPS-Abfall bei vielen Entities
30+ Spieler, modded	10–16 GB	Lange GC-Pausen, Freezes von mehreren Sekunden

Aikar-Flags als Ausgangspunkt für die JVM

Statt Standardparametern zu vertrauen, hat sich in der Community ein optimiertes JVM-Flag-Set etabliert, das speziell für Minecraft-Server-Workloads abgestimmt ist:

java -Xms8G -Xmx8G -XX:+UseG1GC -XX:+ParallelRefProcEnabled \
-XX:MaxGCPauseMillis=200 -XX:+UnlockExperimentalVMOptions \
-XX:+DisableExplicitGC -XX:G1NewSizePercent=30 \
-XX:G1MaxNewSizePercent=40 -XX:G1HeapRegionSize=8M \
-jar server.jar --nogui

Wichtig: -Xms und -Xmx sollten identisch gesetzt werden, damit die JVM den Heap nicht dynamisch vergrößern muss – dieser Vorgang selbst kostet Ticks und drückt kurzzeitig die Minecraft Server TPS.

Chunk-Loading und Weltgröße als häufigste Ursache für TPS-Einbrüche

Neben RAM ist die Chunk-Verarbeitung die zweite große Baustelle. Jeder geladene Chunk kostet Rechenzeit für Entity-Ticks, Blockupdates und Redstone. Große, weit erkundete Welten mit hoher view-distance summieren sich schnell zu tausenden aktiven Chunks pro Tick.

Die wichtigsten Einstellungen in server.properties

view-distance=8
simulation-distance=6
max-tick-time=60000
entity-broadcast-range-percentage=80

Eine Reduzierung von view-distance und simulation-distance um nur zwei Stufen kann bei vielbespielten Welten die Minecraft Server TPS spürbar stabilisieren, weil weniger Chunks pro Tick simuliert werden müssen. Auf modernen Paper-Forks lässt sich das Verhalten zusätzlich über paper-world-defaults.yml feinjustieren, etwa mit Entity-Aktivierungsbereichen und Merge-Radius für Items.

Pre-Generierung statt Live-Generierung

Wird eine Welt erst während des Spielbetriebs generiert, entstehen genau dann TPS-Spitzen, wenn Spieler in unerkundete Gebiete laufen. Tools wie Chunky generieren Chunks im Voraus außerhalb der Spielzeit:

/chunky radius 5000
/chunky start

Diese Vorgenerierung sollte auf einem separaten Testlauf oder außerhalb der Stoßzeiten laufen, da sie selbst temporär die Rechenlast erhöht.

Plugins und Mods als versteckte TPS-Killer identifizieren

In den meisten Fällen, in denen RAM und Chunk-Einstellungen bereits sauber konfiguriert sind, liegt die eigentliche Ursache in einem einzelnen Plugin oder Mod, das ineffizient programmiert ist. Ein einzelner blockierender Task kann die gesamte Tickrate lahmlegen, unabhängig davon, wie leistungsfähig die zugrunde liegende Hardware ist.

Timings-Report und Spark-Profiler nutzen

/timings on
# nach 10-15 Minuten Spielbetrieb:
/timings paste

# Alternative mit spark:
/spark profiler start
/spark profiler stop

Der generierte Report zeigt an, welche Plugins prozentual die meiste Tick-Zeit beanspruchen. Häufige Übeltäter sind Economy-Plugins mit ineffizienten Datenbankabfragen, Anti-Cheat-Systeme mit zu aggressiver Prüffrequenz oder Custom-Mob-Plugins, die bei jedem Tick unnötig viele Berechnungen durchführen.

Checkliste zur Plugin-Diagnose

• Plugins einzeln deaktivieren und die Minecraft Server TPS vor/nach Vergleich beobachten
• Datenbank-lastige Plugins auf asynchrone Verarbeitung prüfen
• Veraltete Plugin-Versionen aktualisieren, da viele Performance-Fixes erst in neueren Builds landen
• Redundante Funktionalität zwischen mehreren Plugins entfernen

Bei modifizierten Servern mit Forge oder NeoForge liefert der Befehl /forge tps zusätzlich eine Aufschlüsselung pro Dimension, was bei mehreren Welten (Overworld, Nether, End) hilft, das Problem einzugrenzen. Weitere technische Hintergründe zu Tick-Mechaniken finden sich im offiziellen Minecraft-Wiki.

Wer regelmäßig Plugins testet oder Konfigurationen anpasst, sollte vor jeder größeren Änderung eine Sicherung anlegen, damit ein fehlerhaftes Update nicht die gesamte Welt gefährdet. Eine strukturierte Verwaltung über ein Panel erleichtert genau diese Testzyklen, etwa über die Pterodactyl VPS Umgebung, in der Konsole, Dateiverwaltung und Neustarts zentral gesteuert werden. Einen Überblick über weitere unterstützte Spiele bietet die Übersicht Alle unsere Gameserver.

Zusammenfassung: Systematisch statt planlos optimieren

Stabile Tickraten entstehen selten durch eine einzelne Einstellung, sondern durch das Zusammenspiel aus passender RAM-Konfiguration, reduzierter Chunk-Last und sauber diagnostizierten Plugins. Wer Timings-Reports regelmäßig auswertet, findet Ursachen schneller als durch reines Ausprobieren und hält die Welt langfristig flüssig spielbar.

FAQ

Warum sinkt die Minecraft Server TPS trotz wenig Spielern?

Oft liegt die Ursache nicht an der Spielerzahl, sondern an Farmen mit vielen Entities, Redstone-Uhren oder einem einzelnen ineffizienten Plugin. Ein Timings-Report zeigt schnell, welcher Prozess die Ticks blockiert.

Hilft ein Neustart des Servers gegen dauerhafte TPS-Einbrüche?

Ein Neustart löst Speicherfragmentierung kurzfristig, beseitigt aber nicht die eigentliche Ursache. Bleibt die TPS nach mehreren Stunden erneut niedrig, liegt ein strukturelles Problem bei Chunks, Entities oder Plugins vor.

Wie oft sollte man Timings- oder Spark-Reports auswerten?

Nach jedem größeren Plugin-Update oder spürbaren Lag-Spitzen empfiehlt sich ein neuer Report, um Regressionen frühzeitig zu erkennen, statt Probleme über Wochen mitzuschleppen.