Warum lagt mein Minecraft Server? Lag beheben 2026

Der Server zeigt 20 TPS, alles im grünen Bereich – und trotzdem hakt es beim Bauen, Mobs stehen kurz still, Kisten öffnen sich verzögert. Wer an dieser Stelle mehr RAM bestellt, hat gute Chancen, Geld auszugeben und dasselbe Problem zu behalten. Denn TPS ist die Zahl, die als Letztes reagiert. Hier steht, welche Zahl du stattdessen liest, wie du die Ursache in etwa zehn Minuten eingrenzt und an welcher Stellschraube du zuerst drehst.

Erst trennen: lagt der Server oder deine Leitung?

Zwei völlig verschiedene Probleme fühlen sich für Spieler fast gleich an, und die Behandlung ist gegensätzlich.

• Netzwerk-Lag heißt: Die Daten brauchen zu lange zwischen Spieler und Server. Symptome sind Gummiband-Effekte beim Laufen, verzögerte Schläge im PvP, hoher Ping. Betrifft meist einzelne Spieler, nicht alle gleichzeitig.
• Server-Lag heißt: Der Server selbst kommt mit dem Rechnen nicht hinterher. Symptome sind stehende Mobs, langsam wachsende Pflanzen, träge Redstone-Schaltungen und Verzögerungen im Chat. Betrifft alle gleichzeitig.

Die schnelle Probe: Lass zwei Spieler aus verschiedenen Netzen gleichzeitig berichten. Klagt nur einer, ist es die Leitung. Klagen beide im selben Moment, ist es der Server. Alles Weitere in diesem Artikel dreht sich um den zweiten Fall.

TPS sagt weniger, als du denkst

Ein Minecraft-Server arbeitet in Ticks. Zwanzig davon pro Sekunde, das ist der Takt, an dem alles hängt – Mobs, Redstone, Pflanzenwachstum, Trichter. Für jeden Tick hat der Server 50 Millisekunden Zeit. Schafft er die Arbeit in 30 ms, wartet er die restlichen 20 ms einfach ab. Braucht er 60 ms, geht der Takt runter, und aus 20 TPS werden 16.

Und genau hier liegt die Falle: Solange der Server unter 50 ms bleibt, zeigt die TPS-Anzeige stur 20 an – egal ob er 12 ms braucht oder 49. Du siehst nicht, wie knapp es ist. Erst wenn das Budget reißt, fällt die Zahl, und dann meist deutlich.

Die aussagekräftige Größe heißt MSPT, Millisekunden pro Tick. Auf Paper-Servern liest du sie mit /mspt. Grobe Einordnung:

• unter 25 ms: reichlich Luft. Hier ist nichts zu optimieren.
• 25 bis 40 ms: läuft, aber ohne Reserve. Ein Event mit doppelter Spielerzahl kippt das.
• über 40 ms: Handlungsbedarf, auch wenn die TPS noch 20 zeigen.
• über 50 ms: die TPS fallen bereits, die Spieler merken es.

Ein einzelner Ausreißer ist übrigens normal – beim Speichern der Welt oder beim Generieren neuer Chunks schnellt der Wert kurz hoch. Interessant ist der Dauerzustand, nicht der Spitzenwert.

spark: die zehn Minuten, die dir den Rest sparen

Raten kostet mehr Zeit als messen. spark ist das Werkzeug, mit dem du siehst, was die Millisekunden frisst, statt es zu vermuten. Es läuft auf Paper, Purpur, Fabric und Forge, ist kostenlos und braucht keine Konfiguration. Das ältere Timings, das viele noch aus Tutorials kennen, gilt inzwischen als überholt.

Der Ablauf:

• spark als Plugin in den plugins-Ordner legen und den Server neu starten.
• /spark health gibt dir sofort einen Überblick über TPS, MSPT, CPU-Last und Speicher.
• Für die eigentliche Suche: /spark profiler start, dann fünf bis zehn Minuten ganz normal spielen lassen – am besten zur Stoßzeit, wenn das Problem auftritt.
• /spark profiler stop beendet die Messung und gibt dir einen Link zu einer Auswertung im Browser.

In dieser Auswertung klickst du dich von oben nach unten durch. Der Eintrag, der den größten Anteil belegt, ist dein Problem. Meistens steht der Name des schuldigen Plugins direkt daneben.

Die üblichen Verdächtigen

Wenn du ohne Messung anfangen willst oder die Auswertung bestätigen möchtest: Das hier sind die Ursachen, die in der Praxis am häufigsten dahinterstecken.

• View-Distance zu hoch. Der mit Abstand größte Hebel, dazu gleich mehr.
• Zu viele Entities. Mob-Farmen, herumliegende Items, ganze Herden gezüchteter Tiere. Jedes Wesen kostet jeden Tick Rechenzeit. Ein einzelner Spieler mit einer schlecht gebauten Farm kann einen ganzen Server ausbremsen.
• Trichter. Sie prüfen ständig, ob etwas über ihnen liegt. Große Sortieranlagen sind ein klassischer Kostenpunkt.
• Redstone-Uhren. Schaltungen, die dauerhaft takten, auch wenn niemand in der Nähe ist.
• Chunk-Generierung. Erkundet ein Spieler unbekanntes Gelände, muss der Server im Laufen neue Welt berechnen. Auf frischen Welten ist das eine der spürbarsten Bremsen.
• Ein einzelnes Plugin. Erschreckend oft ist es genau eines, und selten das, das man verdächtigt.

Gegen die Chunk-Generierung hilft Vorbauen: Ein Pregenerator wie Chunky rechnet die Welt einmal im Voraus durch, solange niemand online ist. Danach lädt der Server nur noch, statt zu erzeugen. Bei einer neuen Welt lohnt sich das fast immer.

Die Stellschraube, an der du zuerst drehst

In der server.properties stehen zwei Werte, die zusammen mehr ausmachen als alles andere:

• view-distance bestimmt, wie weit Spieler sehen. Standard ist 10 Chunks.
• simulation-distance bestimmt, wie weit der Server tatsächlich rechnet – Mobs, Wachstum, Redstone. Standard ist ebenfalls 10.

Der Zusammenhang ist unangenehm: Die Fläche wächst quadratisch. Von 10 auf 8 zu gehen klingt nach wenig und nimmt dem Server rund ein Drittel der Arbeit ab.

Der praktische Trick ist, beide Werte zu entkoppeln. Die Sicht darf großzügig bleiben, gerechnet werden muss nur in der Nähe. Eine view-distance von 8 bis 10 bei einer simulation-distance von 4 bis 6 ist für die meisten Server ein guter Ausgangspunkt: Spieler sehen weiterhin weit, aber der Server simuliert nur, was in Reichweite passiert. Probier dich in Zweierschritten heran und miss nach jeder Änderung erneut.

Wichtig für den Erwartungshaushalt: Farmen außerhalb der simulation-distance laufen nicht mehr. Wenn deine Spieler auf automatische Anlagen setzen, kündige die Änderung vorher an, statt hinterher zu erklären.

Wenn nichts davon hilft: CPU statt RAM

Das ist der Punkt, an dem die meisten falsch abbiegen. Der Tick-Loop von Minecraft läuft im Kern auf einem einzigen Prozessorkern. Ein Server mit sechzehn Kernen ist deshalb nicht automatisch besser als einer mit vier – entscheidend ist, wie schnell ein einzelner Kern ist. Genau diese Zahl steht bei Hostern selten in der Produktbeschreibung, was kein Zufall ist.

Beim Arbeitsspeicher gilt derselbe Denkfehler in Grün: Mehr RAM behebt keinen Lag, der von Entities oder Plugins kommt, und zu viel davon kann über längere Aufräumpausen der Java-Laufzeit sogar neue Ruckler erzeugen. Welche Größe wirklich passt, steht im Ratgeber Wie viel RAM braucht mein Minecraft Server?. Und falls du noch auf Spigot läufst: Paper bringt eine Reihe Optimierungen mit, die genau hier ansetzen – der Vergleich steht in Paper, Spigot oder Purpur.

Erst wenn du gemessen hast, Entities und Plugins ausgeschlossen sind und die Distanzen sinnvoll stehen, ist Aufrüsten die richtige Antwort. Was das kostet, haben wir unter Minecraft Server mieten: Kosten 2026 aufgeschlüsselt.

Kurz zusammengefasst

• Erst prüfen, ob es überhaupt der Server ist – klagen alle gleichzeitig oder nur einer?
• MSPT statt TPS lesen. 20 TPS sagen nur, dass das Limit noch nicht gerissen ist, nicht wie knapp es war.
• spark installieren und messen, statt Ursachen zu raten.
• simulation-distance senken ist der schnellste wirksame Eingriff.
• Entities und Trichter sind die häufigste hausgemachte Ursache.
• Mehr RAM ist fast nie die Lösung – Single-Core-Leistung schon eher.

Läuft dein Server sauber und du willst, dass ihn jemand findet? Trag ihn kostenlos in unsere Serverliste ein.