Inhalt dieses Guides
Wenn der Minecraft-Server laggt, solltest du Netzwerkprobleme, Client-FPS und echte Server-Tick-Lags trennen. Dieser Guide zeigt einen sauberen Diagnoseweg.
Server-Arbeitsmodus
Arbeite den Guide kontrolliert ab und ändere immer nur eine Variable. Dein Fortschritt bleibt nur in diesem Browser gespeichert.
Wo hängt dein Server gerade?
Netzwerkdiagnose bringt nichts, solange der Server lokal nicht sauber startet oder lauscht.
Wenn localhost/LAN funktioniert, liegt der nächste Prüfbereich bei Host-Firewall, Router, öffentlicher Adresse und NAT.
Bei Lag, Abstürzen oder Update-Problemen sind Logs, Ressourcen, Mods und ein sauberer Rollbackpfad wichtiger als weitere Portregeln.
"Minecraft laggt" kann mindestens drei verschiedene Fehlerklassen meinen: Der Client rendert zu langsam, die Netzwerkverbindung verliert oder verzögert Pakete, oder der Server schafft seine Ticks nicht rechtzeitig. Bevor du RAM kaufst oder Konfigurationen änderst, musst du diese Klassen trennen.
1. Client-FPS oder Server-Lag?
Wenn nur ein Spieler niedrige FPS hat, während andere normal spielen, ist der Server nicht automatisch die Ursache. Wenn dagegen Interaktionen, Mobs oder Blockaktionen für alle verzögert reagieren, ist Server- oder Netzwerk-Lag wahrscheinlicher.
2. Netzwerkprobleme erkennen
Hoher Ping, Jitter und Paketverlust fühlen sich ebenfalls wie Server-Lag an. Wenn TPS stabil sind, aber Spieler Teleport-Effekte oder Verbindungsabbrüche melden, prüfe zuerst Netzwerk und Route.
Weiter: Ping, Jitter und Packet Loss.
3. TPS und MSPT
Paper dokumentiert 20 TPS als Zielwert. MSPT sollte unter 50 ms bleiben, wenn der Server 20 TPS halten soll. Einzelne kurze Spitzen sind etwas anderes als dauerhafte Überlastung.
4. spark während des Problems starten
Wenn Paper eingesetzt wird, ist spark das bevorzugte Werkzeug. Paper empfiehlt, einen Profiler während des realen Problems laufen zu lassen. Für kurze Lag-Spikes gibt es auch Filter auf besonders langsame Ticks.
/spark profiler start --only-ticks-over 100 --timeout 3005. Chunk-Generierung beachten
Wenn Spieler gleichzeitig neues Terrain erkunden, muss der Server neue Chunks generieren. Das kann eine andere Last erzeugen als der spätere Normalbetrieb in bereits generierten Bereichen.
6. Entities und Farmen
Viele Mobs, Villager, Hopper, Redstone-Konstruktionen oder andere tickende Mechaniken können einen einzelnen Bereich dominieren. spark hilft dabei, nicht nur die Anzahl, sondern die tatsächlich verbrauchte Zeit zu sehen.
7. Plugins und Mods
Bei Plugins oder Mods ist "seit dem Update laggt es" ein wertvoller Hinweis. Prüfe Changelogs, Logs und Profiler. Entferne Komponenten kontrolliert, statt mehrere Dinge gleichzeitig zu verändern.
8. OOM und RAM-Grenzen
Wenn der Prozess vom Betriebssystem wegen Speichermangel beendet wird, ist das ein anderes Problem als niedrige TPS. Paper weist darauf hin, dass bei Panels ein Memory-Limit zu nah an -Xmx problematisch sein kann, weil der Java-Prozess auch außerhalb des Heap Speicher benötigt.
Diagnose-Reihenfolge
- Wer ist betroffen: ein Client oder alle?
- Netzwerk oder Server-Ticks?
- TPS/MSPT prüfen
- spark während der Störung aufnehmen
- größte Lastquelle identifizieren
- nur eine relevante Änderung umsetzen
- unter ähnlicher Last erneut messen