Minecraft Server laggt? 10 Ursachen und wie du sie behebst

Warum dein Minecraft-Server laggt — und was du dagegen tun kannst#

Blöcke platzieren sich verzögert, Mobs teleportieren durch die Gegend und Redstone-Schaltungen ticken aus dem Takt. Server-Lag ist das frustrierendste Problem, das dir als Minecraft-Server-Betreiber begegnen kann — und gleichzeitig das häufigste. Die gute Nachricht: In den allermeisten Fällen lässt sich die Ursache klar eingrenzen und mit wenigen Handgriffen beheben.

Dieser Artikel zeigt dir die zehn häufigsten Gründe für Lag auf Minecraft-Servern und gibt dir zu jedem Punkt eine konkrete Lösung, die du sofort umsetzen kannst. Bevor wir einsteigen, klären wir kurz die wichtigste Kennzahl.

TPS verstehen: Die Herzfrequenz deines Servers#

TPS steht für Ticks Per Second. Ein Minecraft-Server läuft mit 20 TPS — das bedeutet, die Spielwelt wird 20 Mal pro Sekunde aktualisiert. Fallen die TPS unter 20, spürst du das als Lag. Bei unter 15 TPS wird das Spiel deutlich zäh, unter 10 TPS ist es kaum noch spielbar.

Du kannst die TPS jederzeit mit dem Befehl /tps prüfen (auf Paper-Servern verfügbar). Für eine detaillierte Analyse empfiehlt sich der spark Profiler, der dir exakt zeigt, welcher Prozess wie viel Rechenzeit verbraucht.

/spark profiler start
# Einige Minuten warten, dann:
/spark profiler stop

Der generierte Link führt dich zu einer interaktiven Auswertung. Damit findest du fast jede Lag-Ursache.

1. Zu wenig RAM — oder zu viel#

Der Klassiker. Zu wenig Arbeitsspeicher führt zu ständigen Garbage-Collection-Pausen, die den Server für Millisekunden einfrieren. Aber auch zu viel zugewiesener RAM kann kontraproduktiv sein: Die Garbage Collection braucht dann länger für einen Durchlauf, was zu größeren Lag-Spikes führt.

Lösung: Nutze Aikars JVM-Flags, die speziell für Minecraft-Server optimiert sind. Sie konfigurieren den Garbage Collector so, dass Pausen minimal bleiben:

java -Xms4G -Xmx4G -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:G1MixedGCCountTarget=4 -XX:InitiatingHeapOccupancyPercent=15 \
  -XX:G1MixedGCLiveThresholdPercent=90 \
  -XX:G1RCSetUpdatingPauseTimePercent=5 \
  -XX:SurvivorRatio=32 -XX:+PerfDisableSharedMem \
  -XX:MaxTenuringThreshold=1 -jar server.jar nogui

Wichtig: Setze -Xms und -Xmx auf den gleichen Wert. Für einen Server mit 10-20 Spielern sind 4-6 GB ein guter Ausgangspunkt. Bei Modpacks wie ATM10 oder RLCraft brauchst du deutlich mehr.

2. Entity-Überflutung#

Hunderte herumliegende Items, Dutzende übereinander gestapelte Kühe in einem Farmer-Gehege oder eine Armee aus herumirrenden Villagers — Entities sind einer der größten Performance-Killer. Jede Entity muss pro Tick berechnet werden: Pfadfindung, Physik, Kollision.

Lösung: Begrenze die Entity-Anzahl in der paper-world-defaults.yml (bei Paper-Servern) oder per Plugin:

# paper-world-defaults.yml
entity-per-chunk-save-limit:
  experience_orb: 16
  arrow: 8
  area_effect_cloud: 8

spawn-limits:
  monsters: 50
  animals: 8
  water-animals: 3
  ambient: 1

Zusätzlich hilft der Befehl /kill @e[type=item], um herumliegende Items im Notfall sofort zu entfernen. Langfristig empfiehlt sich ein Plugin wie ClearLagg, das Items automatisch in Intervallen entfernt.

3. Chunk-Loading außer Kontrolle#

Jeder Spieler lädt Chunks um sich herum. Bei einer View Distance von 16 und zwanzig Spielern muss der Server tausende Chunks gleichzeitig im Speicher halten und aktualisieren. Das bringt selbst gute Hardware an ihre Grenzen.

Lösung: Reduziere die View Distance in der server.properties und nutze die Simulation Distance in der spigot.yml separat:

# server.properties
view-distance=8
simulation-distance=5

Paper-Server bieten außerdem eine eigenständige Einstellung für die Simulation Distance, sodass Spieler weiterhin weit sehen können, aber nur nahe Chunks tatsächlich berechnet werden. Der Unterschied ist enorm — eine Reduzierung der View Distance von 12 auf 8 halbiert die Chunk-Anzahl fast.

4. Ineffiziente oder fehlerhafte Plugins#

Plugins sind das Rückgrat jedes Servers, aber schlecht programmierte Erweiterungen können den Hauptthread blockieren und massive Lag-Spikes verursachen. Besonders Plugins, die synchrone Datenbankabfragen ausführen oder bei jedem Tick aufwendige Berechnungen durchführen, sind problematisch.

Lösung: Nutze den spark Profiler, um die schlimmsten Übeltäter zu identifizieren:

/spark profiler start
# 5 Minuten spielen lassen
/spark profiler stop

Im Ergebnis siehst du unter dem Tab Plugins, welches Plugin wie viel Serverzeit beansprucht. Liegt ein Plugin bei über 10-15% der Tick-Zeit, ist es ein klarer Kandidat für einen Austausch oder ein Update. Wenn du noch überlegst, welche Plugins sich lohnen, wirf einen Blick auf unseren Spigot-Plugins-Einsteiger-Guide.

5. Redstone-Maschinen und Hopper#

Riesige Redstone-Taktgeber, Hopper-Ketten mit hundert Trichtern oder vollautomatische Farmen können die Tick-Zeit massiv in die Höhe treiben. Hopper sind besonders tückisch: Jeder einzelne prüft pro Tick, ob ein Item über ihm liegt — bei 200 Hoppern sind das 4.000 Prüfungen pro Sekunde.

Lösung: In der paper-world-defaults.yml lässt sich das Hopper-Verhalten deutlich optimieren:

# paper-world-defaults.yml
hopper:
  cooldown-when-full: true
  disable-move-event: false
  ignore-occluding-blocks: false

Setze außerdem klare Regeln für deine Spieler: Limitiere die Anzahl an Hoppern pro Chunk oder nutze ein Plugin wie HopperOptimizer. Für große Redstone-Builds kann auch Folia interessant sein, da es Regionen unabhängig voneinander berechnet.

6. Welten mit zu vielen geladenen Chunks (World Size)#

Je älter ein Server, desto größer die Welt. Spieler erkunden tausende Chunks, und jeder davon muss beim Betreten von der Festplatte geladen werden. Auf HDDs dauert das deutlich länger als auf SSDs, aber auch SSDs kommen bei fragmentierten Welten ins Schwitzen.

Lösung: Setze eine Weltgrenze mit dem Vanilla-Befehl:

/worldborder set 20000

Das begrenzt die Welt auf einen Radius von 10.000 Blöcken vom Zentrum. Für die meisten Server ist das mehr als ausreichend. Zusätzlich kannst du Chunks vorab generieren, um Lag beim Betreten neuer Gebiete zu vermeiden:

/chunky radius 5000
/chunky start

Das Plugin Chunky generiert Chunks im Hintergrund, sodass Spieler später nicht auf die Generierung warten müssen.

7. Falsche Server-Software#

Vanilla Minecraft-Server sind für Performance-kritische Umgebungen schlicht nicht geeignet. Ihnen fehlen sämtliche Optimierungen, die Paper und seine Forks über Jahre entwickelt haben: asynchrones Chunk-Loading, optimierte Entity-Ticking-Logik, effizientere Beleuchtungsberechnung und vieles mehr.

Lösung: Wechsle zu Paper oder einem Paper-Fork. Paper ist zu 100% kompatibel mit Spigot-Plugins und bringt massive Performance-Verbesserungen mit, ohne dass du Gameplay einbüßt. Für noch mehr Performance gibt es Forks wie Purpur, die zusätzliche Konfigurationsoptionen bieten. Auf WZH Cloud laufen alle Minecraft-Server standardmäßig mit Paper — damit startest du direkt mit optimaler Grundlage.

8. Unpassendes Garbage-Collection-Profil#

Selbst mit ausreichend RAM kann der Java Garbage Collector zum Problem werden. Das Standard-GC-Profil von Java ist nicht für Echtzeit-Anwendungen wie Minecraft optimiert. Lange GC-Pausen von 100-500 Millisekunden erzeugen regelmäßige Lag-Spikes, die sich als kurzes „Einfrieren" äußern.

Lösung: Prüfe mit spark, ob GC-Pausen das Problem sind:

/spark gc

Dieser Befehl zeigt dir die Häufigkeit und Dauer der GC-Pausen. Wenn du regelmäßig Pausen über 50ms siehst, sind die bereits oben genannten Aikar-Flags die Lösung. Achte außerdem darauf, Java 21 oder neuer zu verwenden — die neueren Java-Versionen bringen deutlich verbesserte Garbage Collectors mit.

9. Netzwerk-Lag vs. Server-Lag#

Nicht jeder Lag kommt vom Server. Wenn nur einzelne Spieler betroffen sind, liegt das Problem oft auf der Netzwerkseite: hoher Ping, Paketverlust oder eine instabile Verbindung zwischen Spieler und Server.

Lösung: Lass betroffene Spieler ihren Ping prüfen (Tab-Taste zeigt ihn an). Werte über 100ms deuten auf eine schlechte Verbindung hin. Serverseitig kannst du den network-compression-threshold in der server.properties anpassen:

# server.properties
network-compression-threshold=256

Ein Wert von 256 ist ein guter Kompromiss zwischen CPU-Last und Bandbreite. Wenn dein Server in einem Rechenzentrum mit guter Anbindung steht — wie etwa die Hetzner-Infrastruktur, auf der auch WZH Cloud läuft — ist Netzwerk-Lag auf Serverseite selten ein Problem. Der Flaschenhals liegt dann fast immer beim Spieler.

10. Fehlende regelmäßige Neustarts#

Java-Anwendungen neigen dazu, über längere Laufzeiten Speicher-Fragmentierung anzusammeln. Ein Minecraft-Server, der seit drei Wochen durchläuft, performt fast immer schlechter als einer, der täglich neu gestartet wird.

Lösung: Richte automatische Neustarts ein — alle 12 bis 24 Stunden sind ein guter Rhythmus. Auf Linux-Servern geht das über einen simplen Cronjob:

# Crontab-Eintrag: Taeglich um 05:00 Uhr neustarten
0 5 * * * /home/minecraft/restart.sh

Warnte deine Spieler vor dem Neustart mit einem Plugin wie AutoRestart, das eine Countdown-Nachricht im Chat anzeigt. Der Neustart selbst dauert in der Regel unter 30 Sekunden.

Zusammenfassung: Deine Checkliste gegen Server-Lag#

Wenn dein Server laggt, gehe diese Punkte systematisch durch:

1. TPS prüfen — /tps und /spark profiler ausführen
2. RAM-Zuweisung — Aikars Flags verwenden, Xms = Xmx setzen
3. Entities zählen — Limits in der Paper-Konfiguration setzen
4. View Distance — auf 8 oder weniger reduzieren
5. Plugins prüfen — spark zeigt dir die Übeltäter
6. Hopper und Redstone — Limits setzen und optimieren
7. Weltgrenze — mit Worldborder begrenzen, mit Chunky vorgenerieren
8. Server-Software — Paper statt Vanilla verwenden
9. GC-Pausen — /spark gc analysieren
10. Neustarts — alle 12-24 Stunden automatisch

Die meisten Lag-Probleme lassen sich mit den ersten fünf Punkten bereits lösen. Für einen Minecraft-Server mit 10-30 Spielern reichen Paper mit optimierter Konfiguration und ausreichend RAM in der Regel völlig aus. Starte bei den Grundlagen, miss nach jedem Schritt die TPS und arbeite dich systematisch durch die Liste — so findest du die Ursache garantiert.