Minecraft Server Lag: So behebst du TPS-Drops

Dein Minecraft-Server ruckelt. Spieler beschweren sich über Block-Lag, Mobs frieren ein und Redstone-Schaltkreise funktionieren nicht richtig. Das Problem ist fast immer dasselbe - dein TPS fällt unter 20.

TPS steht für Ticks Per Second. Minecraft-Server laufen in einer Game Loop, die genau 20 Ticks pro Sekunde ausführen soll. Jeder Tick verarbeitet Mob-KI, Block-Updates, Chunk-Loading, Spielerinteraktionen und alles andere, was die Welt am Laufen hält. Wenn der Server nicht mehr mitkommt, sinkt das TPS und alles beginnt zu laggen.

Das ist nicht dasselbe wie FPS-Lag oder Netzwerklatenz. TPS-Lag ist serverseitig und betrifft alle Spieler gleichzeitig. Ein Spieler mit 1000 Mbps Internet erlebt trotzdem TPS-Lag - das hat nichts mit seiner Verbindungsgeschwindigkeit zu tun.

So überprüfst du dein TPS

Bevor du anfängst Dinge zu reparieren, musst du wissen, wo du stehst. Auf den meisten Servern mit Spigot, Paper oder Purpur gibst du /tps in die Konsole oder den In-Game-Chat ein. Du siehst drei Zahlen, die das durchschnittliche TPS der letzten 1, 5 und 15 Minuten darstellen.

• 20 TPS - Perfekt. Der Server läuft mit voller Geschwindigkeit.
• 18-19 TPS - Leichte Einbrüche. Spieler bemerken es wahrscheinlich nicht.
• 15-17 TPS - Spürbarer Lag. Mobs ruckeln, Blockplatzierung fühlt sich verzögert an.
• Unter 15 TPS - Ernsthafte Probleme. Der Server kämpft.

Für tiefere Analyse installiere Spark - ein Profiling-Plugin, das genau zeigt, welche Aufgaben deine Tick-Zeit auffressen. Führe /spark profiler start aus, lass es 2-3 Minuten während einer Lagphase laufen, dann /spark profiler stop für einen vollständigen Bericht.

Die häufigsten Ursachen für TPS-Drops

1. Zu viele Entities

Entities sind der größte TPS-Killer auf den meisten Servern. Jeder Mob, jedes fallengelassene Item, Minecart, Armor Stand und jede Experience Orb zählt als Entity. Jede einzelne muss jeden Tick verarbeitet werden.

Ein typischer Survival-Server mit 20 Spielern kann leicht Tausende von Entities in geladenen Chunks ansammeln. Tierfarmen mit Hunderten von Kühen oder Hühnern sind ein klassischer Übeltäter. Ein Server-Admin auf Reddit zeigte 18.000 Entities auf 400 geladene Chunks verteilt - dieser Server lief mit 8 TPS.

So behebst du es:

• Setze Entity-Limits in bukkit.yml unter spawn-limits. monsters von 70 auf 40-50 und animals von 10 auf 6-8 zu reduzieren macht einen spürbaren Unterschied.
• Aktiviere per-player-mob-spawn in Papers Config, um Mob-Spawning pro Spieler statt global zu verteilen. Das verhindert, dass ein Spielerbereich die gesamte Mob-Begrenzung verbraucht.
• Nutze merge-radius in spigot.yml, um nahegelegene Items und Experience Orbs zusammenzuführen. Setze item auf 3.5 und exp auf 4.0.
• Füge ein Plugin wie ClearLagg hinzu, um regelmäßig Boden-Items zu entfernen und Entity-Zahlen pro Chunk zu begrenzen.

2. Chunk-Loading und Weltgenerierung

Jedes Mal, wenn ein Spieler neues Terrain erkundet, muss der Server neue Chunks von Grund auf generieren. Auf Paper und seinen Forks läuft das Chunk-Loading asynchron, was die Belastung des Haupt-Threads erheblich reduziert. Auf Vanilla, Spigot oder Fabric trifft Chunk-Loading den Haupt-Thread jedoch weiterhin hart.

Wenn du kein Paper verwendest, öffne server.properties und setze sync-chunk-writes=false. Das allein kann TPS auf Nicht-Paper-Servern spürbar verbessern, indem Chunk-Speicherung vom Haupt-Thread verschoben wird.

So behebst du es:

• Generiere deine Welt mit Chunky vor. Setze zuerst eine Weltgrenze, damit du weißt, welchen Radius du anvisierst.
• Setze eine Weltgrenze, um Spieler daran zu hindern, endlos zu erkunden. Ein Radius von 10.000 Blöcken bietet genug Platz (über 300 km² erkundbares Gebiet) ohne unkontrolliertes Wachstum.
• In spigot.yml reduziere view-distance von Standard 10 auf 6-8.
• In Papers Konfiguration setze simulation-distance auf 3 oder 4. Spieler können mit view-distance weit sehen, aber nur nahe Chunks werden simuliert. Das ist eine der effektivsten Einstellungen für Performance.

3. Redstone und Hoppers

Redstone-Konstruktionen und Hopper-Systeme sind eine weitere große Quelle für TPS-Verlust. Hoppers sind besonders schlimm, weil sie standardmäßig jeden Tick nach Items über sich suchen.

Eine einzelne Hopper-Kette mit 100 Hoppers, die konstant läuft, kann einen messbaren Teil deines Tick-Budgets auffressen. Server mit großen automatisierten Farmen sehen Hopper-Lag oft als ihr primäres Problem, nachdem Entity-Probleme behoben wurden.

So behebst du es:

• In Papers Config setze hopper.disable-move-event auf true. Das überspringt das InventoryMoveItemEvent für Hoppers und verbessert die Performance auf Servern mit starker Hopper-Nutzung dramatisch.
• Erhöhe ticks-per.hopper-transfer und ticks-per.hopper-check in spigot.yml (z.B. von 8 auf 16). Das macht Hoppers etwas langsamer, halbiert aber den Verarbeitungsaufwand.
• Erwäge Wasserströme als Alternative zu langen Hopper-Ketten.

4. Plugins und Datapacks

Jedes Plugin, das du installierst, führt Code auf dem Haupt-Thread des Servers aus. Schlecht geschriebene Plugins oder zu viele Plugins tragen alle zu TPS-Drops bei.

So behebst du es:

• Nutze Sparks Profiler, um zu identifizieren, welche Plugins die meiste Tick-Zeit verbrauchen. Führe den Profiler während einer Lagphase aus, nicht im Leerlauf.
• Entferne Plugins, die du nicht nutzt. Jedes Plugin fügt Overhead hinzu, auch wenn es inaktiv ist.
• Prüfe, ob Plugins Async-Optionen für schwere Operationen haben. Ein Plugin, das eine MySQL-Datenbank auf dem Haupt-Thread abfragt, friert den gesamten Server während der Abfrage ein.
• Halte Plugins aktuell - Entwickler beheben oft Performance-Probleme in neueren Versionen.

5. Unzureichende Hardware und JVM-Konfiguration

Manchmal hat der Server einfach nicht genug Leistung. Minecraft ist für seine Haupt-Game-Loop single-threaded, was bedeutet, dass Single-Thread-Taktfrequenz viel wichtiger ist als Kernanzahl. Ein 4-Kern-Prozessor mit 5,0 GHz schlägt einen 16-Kern-Server mit 2,5 GHz für Minecraft.

RAM ist auch wichtig, aber nicht so wie die meisten denken. Zu viel RAM zu allokieren verursacht längere Garbage-Collection-Pausen, die als Lag-Spitzen sichtbar werden. Für einen Server mit 20 Spielern reichen normalerweise 4-6 GB. Für 50+ Spieler, 8-10 GB.

Aikars JVM-Flags reduzieren Garbage-Collection-Lag dramatisch. Verwende diese Flags beim Starten deines Servers:

java -Xms6G -Xmx6G -XX:+UseG1GC -XX:+ParallelRefProcEnabled -XX:MaxGCPauseMillis=200 -XX:+UnlockExperimentalVMOptions -XX:+DisableExplicitGC -XX:+AlwaysPreTouch -XX:G1NewSizePercent=30 -XX:G1MaxNewSizePercent=40 -XX:G1HeapRegionSize=8M -XX:G1ReservePercent=20 -XX:G1HeapWastePercent=5 -XX:G1MixedGCCountTarget=4 -XX:InitiatingHeapOccupancyPercent=15 -XX:G1MixedGCLiveThresholdPercent=90 -XX:G1RSetUpdatingPauseTimePercent=5 -XX:SurvivorRatio=32 -XX:+PerfDisableSharedMem -XX:MaxTenuringThreshold=1 -jar server.jar nogui

Diese Flags optimieren Javas G1 Garbage Collector für Minecrafts Speichermuster. Die meisten Lag-Spitzen auf sonst gut konfigurierten Servern sind GC-bedingt, und diese Flags beheben das.

Weitere Hardware-Tipps:

• Verwende SSDs für Server-Storage. Chunk-Loading von einer rotierenden Festplatte ist schmerzhaft langsam.
• Wähle einen Hosting-Anbieter mit hochgetakteten CPUs - Single-Thread-Leistung ist alles für Minecraft.

Server-Software ist wichtig

Wenn du noch Vanilla-Minecraft-Server-Software verwendest, verschenkst du Leistung. Paper und sein Fork Purpur enthalten Dutzende Optimierungen, die TPS deutlich verbessern, ohne das Gameplay zu verändern.

Der Leistungsunterschied ist erheblich. Paper kann 2-3x mehr Spieler als Vanilla beim gleichen TPS-Niveau verwalten. Es enthält asynchrones Chunk-Loading, optimiertes Entity-Ticking und schnellere Redstone-Verarbeitung.

Empfohlene Server-Software:

1. Paper - Die Standardwahl für jeden ernsthaften Server. Drop-in-Ersatz für Spigot mit großen Performance-Verbesserungen.
2. Purpur - Fork von Paper mit zusätzlichen Konfigurationsoptionen und praktischen Tweaks.
3. Folia - Multithreaded Fork für sehr große Server (100+ Spieler). Noch in Entwicklung, aber vielversprechend.

Meide alles, das "async alles" verspricht - das ist fast immer unseriös.

Schnelle Optimierungs-Checkliste

Halte deinen Server am Laufen

TPS-Drops sind frustrierend, aber fast immer behebbar. Beginne mit Profiling durch Spark, um den echten Engpass zu finden. Arbeite dann durch die obigen Fixes, beginnend mit Entities und Chunk-Loading. Füge die JVM-Flags hinzu - die allein beheben überraschend viele Lag-Spitzen-Beschwerden.

Suchst du nach Minecraft-Hosting, das dir die CPU-Leistung und SSD-Speicher bietet, um dein TPS stabil bei 20 zu halten? Schau dir DoomHostings Minecraft Server Hosting an. Wir nutzen hochgetaktete Prozessoren, optimiert für Single-Thread-Workloads - genau das, was Minecraft braucht.