Minecraft-Server-Lag beheben

Server-Lag, Netzwerk-Lag oder Client-Lag?

Der schnellste Test: Fragen, ob alle im selben Moment laggen. Ein Server, der zurückfällt, friert alle Spieler gleichzeitig ein; eine schlechte Verbindung oder ein langsamer PC trifft nur den jeweiligen Besitzer. Der Rest dieses Guides behandelt Server-Lag.

Zuerst messen: TPS, MSPT und spark

Ein Minecraft-Server läuft mit 20 Ticks pro Sekunde, jeder Tick hat also 50 ms Zeit. Zwei Werte zeigen, wie gut er mithält:

• TPS (Ticks pro Sekunde): 20 heißt, der Server hält mit; unter 20 wird die Welt langsamer.
• MSPT (Millisekunden pro Tick): wie lange jeder Tick dauert. Unter 50 ms bleibt Luft; über 50 ms fällt der Server zurück.

Paper hat /tps und /mspt, verweist in der eigenen Dokumentation aber auf spark, das seit 1.21 in Paper eingebaut und als Mod für Fabric, Forge und NeoForge verfügbar ist:

/spark tps
/spark health
/spark ping

/spark tps zeigt die TPS der letzten Sekunden und Minuten und – nützlicher – die Tick-Dauern als Minimum, Median, 95. Perzentil und Maximum. /spark ping zeigt den Ping der Spieler und klärt damit die Frage „Server oder Netzwerk“. /spark health ergänzt CPU, Arbeitsspeicher und Festplatte.

Die Ursache mit einem spark-Profil finden

Zahlen sagen, dass der Server laggt; ein Profil sagt, warum. Starte eines, während der Lag auftritt, und lass es ein paar Minuten laufen:

/spark profiler start --timeout 300

Wenn es fertig ist, postet spark einen Link zu seinem Web-Viewer. Dort:

1. Öffne den Server thread – den Hauptthread, der die Welt ausführt. Dort sitzt der Lag.
2. Klappe die Einträge mit den höchsten Prozentwerten auf: Dorthin geht die Tick-Zeit.
3. Wechsle zur Ansicht Sources, um die Zeit nach Plugin oder Mod aufgeteilt zu sehen. Ein Plugin oder Mod, das einen großen Teil des Hauptthreads belegt, ist meist deine Antwort.

Zwei weitere Werkzeuge helfen bei Lag, der kommt und geht: /spark tickmonitor meldet jeden Tick, der zu lange dauert, und /spark profiler start --only-ticks-over 100 zeichnet nur die langsamen Ticks auf, damit eine seltene Spitze nicht im Durchschnitt untergeht.

Die wichtigen Maßnahmen, der Reihe nach

1. Sicht- und Simulationsdistanz

In server.properties legt simulation-distance fest, wie weit um die Spieler herum die Welt tatsächlich simuliert wird – Mobs, Pflanzen, Redstone –, und view-distance, wie weit Chunks an die Spieler gesendet werden. Beide stehen standardmäßig auf 10. simulation-distance zu senken ist oft der größte einzelne Gewinn: Probiere 6 bis 8 und lass view-distance etwas höher, damit die Welt weiterhin offen wirkt. Das sind Ausgangswerte, keine offiziellen Werte; miss vorher und nachher.

2. Die Welt vorgenerieren

Neue Chunks zu generieren gehört zum Teuersten, was ein Server tut, und Spieler, die in verschiedene Richtungen erkunden, zwingen ihn ständig dazu. Das Plugin (oder der Mod) Chunky generiert die Karte im Voraus:

chunky radius 5000
chunky start
chunky pause
chunky continue

Lass es laufen, wenn niemand spielt – eine laufende Vorgenerierung lässt den Server systembedingt „Can't keep up“ melden – und pausiere es, wenn Spieler beitreten.

3. Entities und Farmen

Mob-Farmen, Dorfbewohner-Hallen und Item-Haufen sind die häufigste Dauerlast. Auf Paper und Spigot steuert entity-activation-range in spigot.yml, wie nah ein Spieler sein muss, damit ein Entity voll getickt wird, und merge-radius fasst gedroppte Items und Erfahrungskugeln zusammen. Begrenze Mob-Farmen per Plugin oder Regel und räume vergessene Item-Haufen weg.

4. Trichter und Redstone

Lange Trichterketten sind teuer. In spigot.yml bestimmt ticks-per.hopper-transfer, wie oft sie Items bewegen, und Papers hopper.disable-move-event beschleunigt sie deutlich – macht aber Schutz-Plugins kaputt, die auf dieses Event angewiesen sind. Für Redstone kann Papers misc.redstone-implementation: ALTERNATE_CURRENT den Lag durch Redstone-Staub stark verringern, ändert aber dessen Verhalten – teste deine Schaltungen also vorher.

5. Das Plugin oder der Mod aus deinem Profil

Zeigt das spark-Profil auf ein einzelnes Plugin oder einen Mod, ist das die Lösung: aktualisieren, sparsamer konfigurieren oder ersetzen. Kein noch so großer RAM macht ein schlecht geschriebenes Plugin schneller.

„TPS ist 20, aber es laggt trotzdem“

Das ist der verwirrendste Fall, und fast immer ist es ein Tick-Stau: Die meisten Ticks sind schnell, aber hin und wieder dauert einer Hunderte Millisekunden. Der Durchschnitt bleibt bei 20, trotzdem spüren alle ein Einfrieren.

• Prüfe die maximale Tick-Zeit in /spark tps oder führe /spark tickmonitor aus. Spitzen von mehreren hundert Millisekunden bestätigen es.
• Die übliche Ursache ist ein Plugin, das auf dem Hauptthread wartet – es lädt Spieler-Skins oder -Köpfe aus dem Internet, postet an einen Webhook, sucht nach Updates oder prüft eine Lizenz oder speichert eine Datei oder Datenbank synchron. Solange es wartet, tut der Server nichts.
• Profile das Warten, nicht nur das Rechnen. Ein normales Profil zeigt CPU-Arbeit; ein wartender Thread wirkt untätig. Nutze /spark profiler start --thread *, um zu erfassen, wo die Zeit inklusive Wartezeiten hingeht, und such nach Netzwerk- oder Dateiaufrufen auf dem Server thread.

Die Lösung liegt im Plugin – asynchrone Aufrufe oder ein anderes Plugin. Mehr RAM, eine schnellere CPU oder eine bessere Verbindung helfen nicht, denn dem Server fehlt nichts; er wartet.

Wann die Antwort wirklich RAM oder CPU ist

Minecraft simuliert die Welt auf einem Hauptthread. Das hat zwei Folgen:

• Die CPU-Leistung pro Kern zählt am meisten. Zeigt spark den Server thread mit normaler Weltarbeit beschäftigt – Entities, Chunks, Block-Ticks – und ist die MSPT hoch, hilft eine schnellere CPU, wo mehr Kerne nichts bringen würden.
• RAM hilft nur, wenn er knapp ist. Anzeichen: Der Server startet neu, sobald er sein Speicherlimit erreicht, oder Garbage-Collection-Pausen dominieren das Profil. Über das hinaus, was Welt und Mods brauchen, bringt mehr RAM nichts für die Tick-Geschwindigkeit – und ein überdimensionierter, nicht abgestimmter Heap kann Garbage-Collection-Pausen sogar verlängern.

Wie viel RAM ein Server braucht und welche Startup-Flags die Garbage Collection kurz halten, steht in wie viel RAM ein Minecraft-Server braucht. Die Wahl zwischen Paper, Purpur und den anderen findest du unter die beste Minecraft-Server-Software.

Lag und dein HytHost-Server

Jeder Minecraft-Tarif von HytHost läuft auf derselben Hardware: Ryzen 7 und Intel i9 CPUs mit bis zu 5.0 GHz Boost, DDR4-Arbeitsspeicher und NVMe-Speicher – die Single-Thread-Leistung, auf die Minecraft angewiesen ist. spark ist bereits Teil von Paper, du kannst also sofort aus der Konsole profilen.

Zeigt dein Profil, dass dem Server für seine Welt und Mods wirklich Speicher fehlt, wechsle im Panel in einen höheren Tarif; die Welt bleibt, wo sie ist. Zeigt es auf ein Plugin oder eine Farm, behebe zuerst das – es kostet nichts und funktioniert in jedem Tarif. Sieh dir Minecraft-Hosting an oder die größeren Tarife beim Premium-Minecraft-Hosting ab €11.65/Monat.