Die drei häufigsten Lag-Meldungen im Minecraft-Log bedeuten nicht dasselbe: Can't keep up! Is the server overloaded? heißt, dein Server läuft weiter, kommt aber nicht hinterher. A single server tick took 60.00 seconds heißt, die eingebaute Notbremse hat ihn hart beendet. Exception in server tick loop heißt, ein konkreter Programmfehler hat die Spielschleife gesprengt. Wer alle drei gleich behandelt, repariert meist das Falsche.
Die drei Meldungen auseinanderhalten
Minecraft berechnet die Spielwelt 20-mal pro Sekunde. Ein solcher Durchlauf heißt Tick und darf höchstens 50 Millisekunden dauern. Alles, was du an Lag erlebst, ist eine Abweichung von dieser einen Zahl.
| Logmeldung | Was tatsächlich passiert ist | Läuft der Server noch? |
|---|---|---|
Can't keep up! Is the server overloaded? Running 5074ms or 101 ticks behind |
Ticks dauern länger als 50 ms, der Server arbeitet einen Rückstand ab | Ja, aber spürbar zäh |
A single server tick took 60.00 seconds + Considering it to be crashed |
Ein einzelner Tick überschritt max-tick-time; der Watchdog hat den Prozess beendet |
Nein, hart beendet |
Exception in server tick loop |
Ein Fehler ist bis in die Hauptschleife durchgeschlagen | Nein, meist mit Crash-Report |
Dispatched async TPS command (Paper-Warnung) |
Unsere eigene TPS-Messung fragt den Server von außen ab | Ja — das ist normal |
Die letzte Zeile verwirrt regelmäßig: Paper meldet jede von außen kommende Abfrage als Warnung. Es ist unsere planmäßige Leistungsmessung alle rund fünf Minuten, kein Fehler und kein Eingriff in dein Spiel.
Der wichtigste Handgriff: bei Watchdog-Meldungen nach oben lesen
Der Watchdog-Kill ist ein Symptom, keine Ursache. Er sagt nur: irgendetwas hat den Server-Thread länger blockiert als erlaubt. Was ihn blockiert hat, steht woanders.
Es gibt zwei Fälle, und sie führen zu völlig verschiedenen Maßnahmen:
Fall 1 — der Watchdog kam zuerst. Vor der Watchdog-Zeile steht normaler Spielbetrieb. Dann ist die Tick-Zeit tatsächlich die Nachricht: etwas hat den Server im laufenden Betrieb eingefroren.
Fall 2 — der Watchdog kam hinterher. Vor der Watchdog-Zeile steht bereits Stopping server oder Preparing crash report. Dann war der Server schon vorher tot oder im Herunterfahren, und der Watchdog hat lediglich ein hängendes Beenden abgeräumt.
Dieser zweite Fall ist kein Randphänomen. In einem Supportfall vom 22. August 2026 stürzte der Server-Thread um 13:20:15 ab, begann ein sauberes Stopping server — und erst 60 Sekunden später feuerte der Watchdog. Wer dort die Tick-Dauer zur Ursache erklärt, schickt den Betreiber an der echten Fehlermeldung vorbei, die eine Minute weiter oben stand. Genau deshalb wertet unsere Konsolen-Analyse den Watchdog-Treffer bewusst als Letztes aus: Liegt im selben Logabschnitt eine spezifischere Signatur, bekommst du diese Aussage angezeigt und nicht „ein Tick war langsam“.
Schritt für Schritt zur Ursache
1. TPS-Verlauf im Panel prüfen
Öffne deinen Server im Panel. Unter „Performance (letzte 24h)“ siehst du den TPS-Verlauf; gemessen wird etwa alle fünf Minuten, solange der Server läuft. Die Form der Kurve sagt schon viel:
- Ein scharfer Einbruch zu einer bestimmten Uhrzeit → ein Ereignis. Gleiche die Uhrzeit mit dem Log ab: Weltgenerierung, ein Backup, ein Spieler in unerforschtem Gelände, ein Plugin-Task.
- Dauerhaft niedrige Werte → strukturelle Überlast. Hier hilft kein Neustart, sondern Entlastung.
- Sägezahnmuster → typisch für Speicherdruck: Der Server arbeitet, die Garbage Collection unterbricht, das wiederholt sich.
Bleiben die Werte über ein längeres Fenster niedrig, meldet sich das Panel von selbst mit dem Hinweis „TPS dauerhaft niedrig“.
2. MSPT messen — TPS allein reicht nicht
Gib in der Konsole /spark tps ein. Der Befehl liefert zwei Zahlen, und die zweite ist die wichtigere:
- TPS — Ticks pro Sekunde, Maximum 20.
- MSPT — Millisekunden pro Tick. Alles bis 50 ms ist gesund.
Warum MSPT? Bukkit, Spigot und Paper bremsen Serverprozesse, um einen Absturz zu vermeiden. Dadurch kann die Anzeige glatte 20 TPS zeigen, während der Server real längst am Limit arbeitet. Ein MSPT-Wert von 45 ms bedeutet: Du bist eine Mob-Farm davon entfernt, sichtbar zu laggen — auch wenn die TPS-Anzeige noch perfekt aussieht.
Auf Paper ab 1.21 ist spark bereits enthalten, du musst nichts installieren.
3. Den Verursacher profilen
Rate nicht, welches Plugin schuld ist — miss es:
/spark profiler start --timeout 120
Spiele in diesen zwei Minuten die Situation nach, die laggt. Danach öffnest du den Ergebnis-Link, den der Server ausgibt. Der Report zeigt nach Zeitanteil sortiert, wohin die Tick-Zeit fließt: eine bestimmte Mod, ein Plugin-Task, Chunk-Laden, Entity-Verarbeitung oder die Garbage Collection.
Das ist der Punkt, an dem sich dieser Guide von „mehr RAM kaufen“ trennt. Der Profiler beantwortet die Frage, die eine Empfehlungstabelle nicht beantworten kann: Was genau kostet die Zeit auf deinem Server?
4. Gezielt entlasten
Was der Profiler zeigt, bestimmt die Maßnahme:
| Profiler zeigt | Wirksame Maßnahme |
|---|---|
| Chunk-Laden, Weltgenerierung | simulation-distance senken (Default 10, Minimum 3) — wirkt stärker als view-distance, weil nur simulierte Chunks Rechenzeit kosten |
| Entity-Verarbeitung | Mob-Farmen begrenzen, Tiere einzäunen statt frei laufen lassen, Item-Ansammlungen aufräumen |
| Redstone / Block-Ticks | Redstone-Uhren mit Observern statt Repeater-Schleifen bauen, Dauerläufer abschalten |
| Ein einzelnes Plugin oder eine Mod | Testweise deaktivieren und erneut messen; Alternative oder aktuellere Version suchen |
| Garbage Collection | Jetzt ist mehr RAM die richtige Antwort — vorher nicht |
Der letzte Punkt ist wichtig: RAM behebt nur ein Speicherproblem. Wenn eine Redstone-Uhr die Tick-Zeit frisst, macht ein größerer Tarif den Server nicht schneller. Wie viel Arbeitsspeicher zu deiner Spieleranzahl und Modpack-Größe passt, rechnet dir unser Minecraft-RAM-Rechner aus.
5. max-tick-time — die Ausnahme, nicht die Lösung
Der Wert steht in server.properties und legt fest, ab welcher Tick-Dauer der Watchdog eingreift. Standard sind 60000 Millisekunden, also 60 Sekunden. Wird der Wert überschritten, beendet der Server sich selbst.
Viele Anleitungen im Netz empfehlen an dieser Stelle, den Watchdog mit -1 abzuschalten. Tu das nicht als Standardlösung. Der Watchdog ist die einzige eingebaute Instanz, die einen echten Deadlock überhaupt bemerkt. Mit -1 hängt ein toter Server stundenlang am Port: Spieler kommen nicht drauf, nichts im Log erklärt warum, und niemand wird alarmiert. Du hast die Anzeige entfernt, nicht das Problem.
Es gibt genau eine gute Begründung für eine Erhöhung: ein bekannter Vorgang dauert legitim lange. Der klassische Fall ist der erste Start eines großen Modpacks, bei dem Weltgenerierung und Mod-Initialisierung zusammen über eine Minute in einem Tick verbringen. Dann ist ein Wert von zum Beispiel 180000 (drei Minuten) vertretbar — vorübergehend, und mit dem Vorsatz, ihn nach dem ersten erfolgreichen Start zurückzusetzen.
Wenn Exception in server tick loop im Log steht
Diese Meldung ist die einfachste der drei, weil sie ihre Ursache mitliefert. Direkt darunter oder wenige Zeilen später steht eine Caused by:-Zeile — dort steht der eigentliche Fehler, meistens mit dem Namen der verantwortlichen Mod oder des Plugins.
Vorgehen:
Caused by:suchen und den Klassennamen notieren.- Enthält er einen Mod- oder Plugin-Namen, ist der Verursacher benannt.
- Trat der Fehler nach einer Änderung auf (neue Mod, Update, neue Welt), diese Änderung zuerst rückgängig machen.
- Bleibt der Fehler unklar, den kompletten Abschnitt an den Support geben — mit Uhrzeit.
Die Konsolen-Analyse deines Servers erkennt diese Zeilen automatisch und erklärt jede erkannte Meldung im Klartext, inklusive Häufigkeit. Hast du nur ein Logstück von woanders, kannst du es in unseren Crash-Report-Analyzer einfügen — auch ohne Server bei uns.
Was wir automatisch für dich übernehmen
- Leistungsmessung ohne Zutun. TPS wird alle rund fünf Minuten erfasst und 24 Stunden lang im Panel dargestellt — du musst dafür kein Plugin installieren.
- Warnung bei anhaltender Schwäche. Bleibt die Leistung über ein belastbares Zeitfenster niedrig, wirst du darauf hingewiesen, statt es selbst bemerken zu müssen.
- Erklärte Logzeilen. Erkannte Meldungen bekommen Ursache und Lösung im Klartext, in deiner Sprache — und dort, wo ein passender Guide existiert, einen Link dorthin.
- Symptom-vor-Ursache-Regel. Steht im selben Logabschnitt eine aussagekräftigere Fehlermeldung als der Watchdog-Kill, zeigen wir dir diese.
Troubleshooting: Symptom, Prüfung, Lösung
| Symptom | Prüfung | Wahrscheinliche Lösung |
|---|---|---|
| Lag nur beim Erkunden neuer Gebiete | Tritt es auf, wenn Spieler in unerforschtes Gelände laufen? | Weltgenerierung; simulation-distance senken, Welt vorgenerieren lassen |
| Lag zu festen Uhrzeiten | Uhrzeit mit geplanten Aufgaben abgleichen | Backup oder Neustart-Plan zeitlich verschieben |
| Server stoppt ohne Fehler, Log endet abrupt | Steht A single server tick took am Ende? |
Watchdog-Kill; die Minute davor lesen |
| TPS zeigt 20, es ruckelt trotzdem | /spark tps — MSPT ansehen |
TPS-Limiter verdeckt die Last; nach MSPT entscheiden |
| Nach dem Hinzufügen einer Mod | Mod entfernen und erneut messen | Mod-Konflikt oder lastintensive Mod |
| Sägezahn im TPS-Verlauf | Profiler auf Garbage Collection prüfen | Speicherdruck; RAM erhöhen |
| „Dispatched async TPS command“ im Log | Nur diese Zeile, sonst unauffällig | Nichts zu tun — unsere Messung |
FAQ
Ab welchem TPS-Wert merken Spieler etwas?
Bis etwa 18 TPS fällt im Spiel nichts auf. Unter 15 wird es spürbar zäh. Verlass dich aber nicht allein darauf: Prüfe zusätzlich MSPT, weil der TPS-Limiter eine gesunde Zahl anzeigen kann, während der Server schon am Limit arbeitet.
Bringt mehr RAM gegen Lag?
Nur wenn Speicher tatsächlich der Engpass ist. Zeigt der Profiler Garbage Collection als Hauptposten, ja. Zeigt er eine Redstone-Uhr oder eine Mob-Farm, ändert mehr RAM nichts. Miss zuerst, kaufe danach.
Soll ich den Watchdog abschalten?
Nein, nicht dauerhaft. -1 nimmt dir die einzige automatische Erkennung eines echten Einfrierens. Eine befristete Erhöhung von max-tick-time für einen bekannten langsamen Vorgang wie den ersten Modpack-Start ist vertretbar — danach zurücksetzen.
Warum steht die Watchdog-Meldung nach „Stopping server“?
Weil der Server bereits beim Herunterfahren war und dabei hängen blieb. Der Watchdog hat dann ein hängendes Beenden abgeräumt, nicht einen laufenden Server erschlagen. Die Ursache steht vor dem Stopping server.
Hilft ein Neustart?
Gegen einen akuten Rückstand ja, gegen die Ursache nein. Kommt der Lag nach jedem Neustart innerhalb kurzer Zeit zurück, ist er strukturell — dann führt nur die Messung weiter.
Was ist der Unterschied zwischen view-distance und simulation-distance?
view-distance bestimmt, wie weit Spieler sehen; simulation-distance bestimmt, wie weit die Welt tatsächlich berechnet wird. Beide stehen standardmäßig auf 10 Chunks. Weil nur simulierte Chunks Rechenzeit kosten, bringt eine Senkung der simulation-distance mehr Entlastung bei weniger sichtbarem Verlust.
Wenn es weiterhin laggt
Sammle vor einer Supportanfrage drei Dinge: die genaue Uhrzeit des letzten Vorfalls, den Link deines spark-Profiler-Reports und die Angabe, welche Mods oder Plugins zuletzt dazugekommen sind. Damit lässt sich der passende Abschnitt im Log gezielt prüfen, statt eine allgemeine Optimierungsrunde zu drehen.
Allgemeine Stellschrauben über alle Spiele hinweg — Neustart-Pläne, Tarifwahl, Netzwerk — findest du im Guide Gameserver-Performance verbessern. Wie du Mods und Plugins sauber installierst und wieder entfernst, steht in Minecraft-Mods und Plugins installieren.
Du willst einen Server, auf dem TPS-Messung, Logerklärung und Warnungen ohne Zusatzarbeit dabei sind? Auf Minecraft-Server mieten findest du die passenden Tarife.
Quellen und Prüfstand
max-tick-time, Tickrate und Distanzen: PaperMC — server.properties. Dokumentiert den Standardwert von 60000 Millisekunden, das erzwungene Beenden bei Überschreitung, die Deaktivierung mit-1sowie die Standardwerte 10 fürview-distanceundsimulation-distance.- spark ist in Paper enthalten: PaperMC — Profiling. Ab Paper 1.21 ist kein separater Download nötig.
- MSPT vor TPS: spark — TPS and MSPT. Erklärt, warum der TPS-Limiter glatte 20 anzeigen kann, während der Server real langsamer läuft.
- Profiler-Befehle: spark — Command Usage. Quelle für
/spark profiler start --timeout <sekunden>und/spark profiler stop.
Prüfstand: 24. August 2026. Standardwerte und Befehle können sich mit neuen Server-Versionen ändern; prüfe im Zweifel die verlinkte Herstellerdokumentation.