Dein Minecraft Server laggt trotz genug RAM? Das Problem liegt fast nie am Arbeitsspeicher – sondern an der Java-Konfiguration.
In diesem Guide zeigen wir dir die wichtigsten Performance-Optimierungen: Von den legendären Aikar Flags bis zur Welt-Vorgenerierung mit Chunky.
Server gefunden, aber welcher VPS?
Nutze unseren Rechner, um den perfekten VPS für deine Spielerzahl zu finden.
Zum Minecraft Server RechnerWarum Java-Flags wichtig sind
Minecraft läuft auf der Java Virtual Machine (JVM). Ohne Tuning pausiert Java regelmäßig für "Garbage Collection" – das Aufräumen ungenutzter Daten im Speicher.
Diese Pausen spürst du als Lag-Spikes, obwohl die TPS bei 20 stehen. Der Server friert kurz ein, Spieler rubber-banden, und Redstone-Schaltungen brechen.
Merke: Die Standard-Java-Einstellungen sind für Desktop-Apps optimiert, nicht für Game-Server mit konstantem Speicherdurchsatz.
Aikar Flags: Der Gold-Standard
Die Aikar Flags sind eine Sammlung von JVM-Parametern, die speziell für Minecraft-Server entwickelt wurden. Sie optimieren den G1 Garbage Collector für minimale Pausen.
Hier sind die vollständigen Flags für Server mit 8-12GB RAM:
java -Xms8G -Xmx8G \
-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
Wichtig: Setze
-Xmsund-Xmxauf denselben Wert! Unterschiedliche Werte führen zu ständigem Heap-Resizing und mehr Lag.
Was machen die wichtigsten Flags?
Die folgende Tabelle erklärt die kritischsten Parameter:
| Flag | Funktion | Warum wichtig |
|---|---|---|
-Xms / -Xmx | Min/Max Heap-Größe | Gleiche Werte verhindern Resizing |
-XX:+UseG1GC | Garbage Collector Typ | G1 ist optimal für Minecraft |
-XX:+AlwaysPreTouch | RAM beim Start reservieren | Verhindert Lag beim ersten Chunk-Load |
-XX:MaxGCPauseMillis=200 | Max. Pausenzeit | Hält GC-Pausen unter 200ms |
GenZGC: Für große Modpacks (12GB+)
Ab Java 21 gibt es den Generational ZGC – einen Garbage Collector, der Pausenzeiten auf unter 1ms reduziert. Ideal für Heavy Modded Server mit 12-32GB RAM.
java -Xms16G -Xmx16G \
-XX:+UseZGC \
-XX:+ZGenerational \
-XX:+AlwaysPreTouch \
-XX:+DisableExplicitGC \
-jar server.jar nogui
Tipp: GenZGC braucht etwas mehr CPU-Grundlast, eliminiert aber praktisch alle GC-Lag-Spikes. Perfekt für ATM9, Create, oder andere RAM-hungrige Modpacks.
Welche Java-Version?
Die richtige Java-Version ist entscheidend für Performance und Kompatibilität. Hier eine Übersicht:
| Minecraft Version | Java Version | Hinweis |
|---|---|---|
| 1.17 - 1.17.1 | Java 16+ | Minimum |
| 1.18 - 1.20.4 | Java 17 | LTS, empfohlen |
| 1.20.5+ | Java 21 | Pflicht, neue Features |
| 1.21+ | Java 21 (oder 23) | Java 23 experimentell |
Tipp: Nutze immer die LTS-Version (17 oder 21). Java 23 bringt Performance-Verbesserungen, wird aber von Forge noch nicht offiziell unterstützt.
Welt vorgenerieren mit Chunky
Die größte Lag-Quelle: Neue Chunks generieren, während Spieler erkunden. Jeder neue Chunk bedeutet komplexe Terrain-Berechnung in Echtzeit.
Die Lösung: Generiere die Welt vor dem Spielstart mit dem Chunky Plugin.
/chunky radius 5000
/chunky start
# Warte bis fertig (kann Stunden dauern)
/chunky confirm
Wie lange dauert das?
Die Generierungszeit hängt von Radius und CPU ab:
| Radius | Weltgröße | Generierungszeit |
|---|---|---|
| 5.000 Blöcke | ~4GB | 2-4 Stunden |
| 10.000 Blöcke | ~17GB | 12-24 Stunden |
Merke: Nach der Vorgenerierung muss der Server Chunks nur noch von der SSD laden – statt live zu berechnen. Das spart 50-80% CPU-Last während des Spiels.
View Distance vs. Simulation Distance
Die Sichtweite bestimmt, wie viele Chunks pro Spieler geladen werden. Die Formel: (2d + 1)² Chunks pro Spieler.
Das bedeutet: Kleine Änderungen haben massive Auswirkungen:
| View Distance | Chunks pro Spieler | Bewertung |
|---|---|---|
| 6 | 169 | Minimal, aber spielbar |
| 8 | 289 | Standard für Budget-Server |
| 10 | 441 | Vanilla-Default |
| 12 | 625 | Nur für starke CPUs |
| 16 | 1089 | Nicht empfohlen für MP |
Pro-Tipp: Setze
view-distanceauf 10 (Optik), abersimulation-distanceauf 5 (Berechnung). Spieler sehen weit, aber Mobs und Redstone werden nur nah berechnet. Spart 50%+ CPU!
Schnelle Optimierungen (5 Minuten)
Diese Änderungen in server.properties und spigot.yml bringen sofort mehr Performance:
| Einstellung | Effekt |
|---|---|
view-distance=8 | 30% weniger Chunk-Load |
simulation-distance=5 | 50% weniger Entity-Ticking |
network-compression-threshold=256 | Weniger Netzwerk-Overhead |
max-tick-time=-1 | Verhindert Watchdog-Crashes bei Lag |
Häufig gestellte Fragen
Helfen Aikar Flags bei Vanilla-Servern?
Kann ich Aikar Flags mit Fabric nutzen?
Warum laggt mein Server trotz 16GB RAM?
Welche Java-Version für Minecraft 1.21?
Wie viel RAM brauche ich für einen Modded Server?
Plugin- & Server-Konfiguration für mehr TPS
Java-Flags holen das Maximum aus dem RAM, aber die größten TPS-Gewinne bei vielen Spielern oder Mobs liegen in der Server-Konfiguration selbst. Wenn du Paper (oder einen Fork wie Purpur) nutzt, lohnt ein Blick in drei Dateien:
spigot.yml– Entity Activation Range: Reduziereentity-activation-rangefür Tiere und Monster. Mobs außerhalb dieser Reichweite werden „eingefroren" und kosten keine CPU. Werte wieanimals: 16,monsters: 24sind ein guter Start.bukkit.yml– Spawn-Limits: Senke diespawn-limitsfür Monster und Tiere, wenn die Welt überfüllt wirkt. Weniger Mobs bedeuten direkt mehr TPS.paper-world-defaults.yml– Mob-Spawning & Ticks: Paper bietet feingranulare Optionen wieper-player-mob-spawnsund reduzierte Tick-Raten für inaktive Chunks.
Ein häufiger Fehler: zu viele Plugins. Jedes Plugin läuft im Haupt-Thread und kann TPS kosten. Deaktiviere, was du nicht brauchst, und bevorzuge aktiv gepflegte, performante Alternativen.
TPS überwachen
Optimieren ohne Messen ist Raten. Der Befehl /tps zeigt dir die aktuelle Tick-Rate (20 = perfekt, unter 18 spürbar ruckelig). Für eine echte Analyse installierst du das kostenlose Plugin spark:
/spark profiler --timeout 60
Spark erstellt einen Report, der genau zeigt, welches Plugin oder welcher Welt-Vorgang die meiste CPU-Zeit frisst. So findest du den tatsächlichen Flaschenhals, statt blind an Einstellungen zu drehen. Auf einem VPS ist das besonders wertvoll, weil die CPU-Leistung pro Kern hier der begrenzende Faktor ist.
Wie viel RAM für wie viele Spieler?
Mehr RAM ist nicht automatisch besser – über einer bestimmten Grenze bringt zusätzlicher Arbeitsspeicher nichts und kann die Garbage Collection sogar verschlechtern. Als Orientierung:
| Szenario | Spieler | Empfohlener RAM |
|---|---|---|
| Vanilla / wenige Plugins | bis 10 | 4 GB |
| Plugin-Server (Spigot/Paper) | 10–20 | 6–8 GB |
| Mittleres Modpack | 5–15 | 8–10 GB |
| Großes Modpack (200+ Mods) | 5–10 | 12–16 GB |
Entscheidend ist neben dem RAM vor allem die Single-Core-Leistung der CPU, denn Minecraft berechnet den Haupt-Tick auf einem einzigen Kern. Ein VPS mit hoher Taktrate pro Kern bringt bei Lag oft mehr als zusätzlicher RAM. Wähle den Server also nach CPU-Takt und nicht nur nach Gesamt-RAM.
Fazit
Die wichtigsten Optimierungen im Überblick:
- Aikar Flags nutzen – für Server bis 12GB RAM
- GenZGC aktivieren – für Modpacks mit 12GB+ RAM
- Welt vorgenerieren – mit Chunky CPU-Last verschieben
- View/Simulation Distance trennen – Optik hoch, Berechnung niedrig
Häufig gestellte Fragen
Was bedeutet TPS und welcher Wert ist gut?
Mehr RAM oder schnellere CPU – was bringt mehr?
Helfen Aikar Flags auf jedem Server?
Weiterführende Minecraft Guides
Server gefunden, aber welcher VPS?
Nutze unseren Rechner, um den perfekten VPS für deine Spielerzahl zu finden.
Zum Minecraft Server Rechner

