Minecraft Server optimieren 2026: Aikar Flags, RAM & TPS Guide

Dein Minecraft Server laggt trotz genug RAM? Lag hat oft mehrere Ursachen: Java-Konfiguration, Server-Einstellungen, Plugins und CPU-Leistung.

In diesem Guide gehen wir die wichtigsten Stellschrauben durch: von Aikar's Flags aus der PaperMC-Doku bis zur Welt-Vorgenerierung mit Chunky.

Server gefunden, aber welcher VPS?

Nutze unseren Rechner, um einen passenden VPS für deine Spielerzahl zu finden.

Zum Minecraft Server Rechner

Warum Java-Flags wichtig sind

Minecraft läuft auf der Java Virtual Machine (JVM). Java räumt ungenutzte Daten im Speicher regelmäßig auf, das nennt sich Garbage Collection (GC).

Dauert ein Tick wegen einer GC-Pause länger, verzögert sich der nächste Tick; das ist als kurzer Lag-Spike spürbar (laut spark-Doku, Stand: 08.11.2026).

Merke: Seit JDK 9 ist G1 auf Server-Maschinen der Standard-Collector, auf sehr kleinen Systemen kann die JVM einen anderen wählen (laut OpenJDK, Stand: 08.11.2026); Aikar's Flags stimmen G1 auf Minecraft-Server ab.

Aikar's Flags für G1

Aikar's Flags sind ein JVM-Parametersatz, den die PaperMC-Doku für Paper-Server empfiehlt (laut PaperMC-Doku, Stand: 08.11.2026). Die Doku empfiehlt mindestens 6–10 GB Arbeitsspeicher und etwa 1000–1500 MB Abstand zum RAM des Hosts.

Der Flag-Satz laut PaperMC-Doku, hier mit 8 GB Heap:

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 \
  -Dusing.aikars.flags=https://mcflags.emc.gs \
  -Daikars.new.flags=true \
  -jar paper.jar --nogui

Wichtig: Setze -Xms und -Xmx auf denselben Wert. Sonst bleibt Speicher ungenutzt (laut PaperMC-Doku, Stand: 08.11.2026); für Server-Deployments setzt man beide Werte oft gleich (laut Oracle-Java-Doku, Stand: 08.11.2026).

Was machen die wichtigsten Flags?

Die folgende Tabelle erklärt einige Parameter (laut Oracle-Java-Doku, Stand: 08.11.2026):

Flag	Funktion	Wirkung
`-Xms` / `-Xmx`	Min/Max Heap-Größe	Gleiche Werte, der Heap wird nicht verkleinert
`-XX:+UseG1GC`	Garbage Collector Typ	Wählt G1 ausdrücklich, auch auf kleinen VPS
`-XX:+AlwaysPreTouch`	Heap beim Start belegen	Die JVM belegt jede Heap-Seite vorab statt erst bei Bedarf
`-XX:MaxGCPauseMillis=200`	Ziel für die Pausenzeit	Zielwert 200 Millisekunden, ein weiches Ziel ohne feste Obergrenze

Generational ZGC für große Heaps

Seit JDK 21 gibt es den Generational ZGC. Die Pausen liegen typischerweise unter einer Millisekunde, auf Kosten von etwas Durchsatz (laut OpenJDK, Stand: 08.11.2026).

Mit Java 25 reicht -XX:+UseZGC:

java -Xms16G -Xmx16G \
  -XX:+UseZGC \
  -XX:+AlwaysPreTouch \
  -XX:+DisableExplicitGC \
  -jar paper.jar --nogui

Tipp: Unter Java 21 brauchst du zusätzlich -XX:+ZGenerational. Ab JDK 23 ist die Option deprecated, ab JDK 24 obsolet (laut OpenJDK, Stand: 08.11.2026). Ob ZGC auf deinem Server hilft, zeigt ein Vergleich der MSPT-Werte mit spark.

Welche Java-Version?

Die richtige Java-Version hängt von deiner Minecraft-Version ab. Für Paper nennt die Doku diese Zuordnung (laut PaperMC-Doku, Stand: 08.11.2026):

Paper-Version	Empfohlene Java-Version
1.17 - 1.19	Java 17
1.20 - 1.21.11	Java 21
26.1 und neuer	Java 25

Tipp: Nutze die Java-Version, die die PaperMC-Doku bzw. dein Mod-Loader für deine Minecraft-Version nennt.

Welt vorgenerieren mit Chunky

Eine häufige Lastquelle: Der Server muss neue Chunks erzeugen, während Spieler die Welt erkunden. Jeder neue Chunk bedeutet Terrain-Berechnung zur Laufzeit.

Die Lösung: Generiere die Welt vor dem Spielstart mit Chunky. Chunky erzeugt Chunks vorab und läuft u. a. auf Paper, Spigot, Fabric, Forge und NeoForge (laut Modrinth-Projektseite, Stand: 08.11.2026).

/chunky radius 5000
/chunky start
# Fortschritt: /chunky progress

Die Befehle stehen im Chunky-Wiki (laut Chunky-Wiki, Stand: 08.11.2026); start beginnt direkt, Standard ist ein Quadrat um 0, 0.

Wie lange dauert das?

Die Dauer hängt von Radius, CPU und Datenträger ab; den Stand zeigt /chunky progress.

Merke: Nach der Vorgenerierung lädt der Server vorhandene Chunks vom Datenträger, statt sie neu zu erzeugen.

View Distance vs. Simulation Distance

Die Sichtweite bestimmt, wie viele Chunks pro Spieler geladen werden. view-distance ist ein Radius in Chunks, Standard 10, erlaubt 3 bis 32 (laut PaperMC-Doku, Stand: 08.11.2026). Die Chunk-Zahl wächst quadratisch: rechnerisch bis zu (2d + 1)² Chunks pro Spieler.

View Distance	Chunks pro Spieler (rechnerisch)
6	169
8	289
10	441 (Standard)
12	625
16	1089

Tipp: Eine kleinere simulation-distance verkleinert den Bereich, in dem Lebewesen berechnet werden; außerhalb sind sie laut PaperMC-Doku weder getickt noch sichtbar (Standard 10, Stand: 08.11.2026).

Einstellungen in server.properties

Diese Einstellungen in server.properties beeinflussen die Last; prüfe die Wirkung mit spark:

Einstellung	Effekt
`view-distance=8`	rechnerisch 289 statt 441 Chunks je Spieler
`simulation-distance=5`	rechnerisch 121 statt 441 Chunks Simulationsfläche

Den Watchdog (max-tick-time, Standard 60 Sekunden) solltest du nicht abschalten: Der Wert -1 deaktiviert ihn laut PaperMC-Doku ganz, ein hängender Server wird dann nicht mehr beendet (Stand: 08.11.2026).

Häufig gestellte Fragen

Helfen Aikar Flags bei Vanilla-Servern?

Aikar's Flags sind JVM-Parameter und lassen sich bei jeder Java-basierten Server-Software setzen; die PaperMC-Doku beschreibt sie für Paper. Die Wirkung prüfst du mit spark.

Kann ich Aikar Flags mit Fabric nutzen?

Ja, die Flags sind JVM-Parameter und funktionieren mit jeder Java-basierten Server-Software, also auch mit Vanilla, Paper, Purpur, Fabric, Forge und NeoForge. Beschrieben sind sie in der PaperMC-Doku.

Warum laggt mein Server trotz 16GB RAM?

Mehr Speicher bringt laut PaperMC-Doku ab einem gewissen Punkt keine bessere Leistung (Stand: 08.11.2026). Die Lag-Ursache grenzt du mit spark ein: Plugins, Chunk-Erzeugung, Entities oder GC-Pausen.

Welche Java-Version für Minecraft 1.21?

Für Paper 1.21 empfiehlt die PaperMC-Doku Java 21; ab 26.1 empfiehlt sie Java 25 (Stand: 08.11.2026).

Wie viel RAM brauche ich für einen Modded Server?

Den RAM-Bedarf nennt in der Regel das Modpack selbst; für Paper-Server empfiehlt die PaperMC-Doku mindestens 6–10 GB. Eine Schätzung für deine Spielerzahl liefert der Minecraft-Rechner.

Plugin- & Server-Konfiguration für mehr TPS

Java-Flags betreffen die Speicherverwaltung; bei vielen Spielern oder Mobs lohnt zusätzlich ein Blick in die Server-Konfiguration. Wenn du Paper (oder einen Fork wie Purpur) nutzt, lohnt ein Blick in drei Dateien:

spigot.yml – Entity Activation Range: Außerhalb der Reichweite ticken Entities seltener (Standard animals und monsters je 32 Blöcke, laut PaperMC-Doku, Stand: 08.11.2026). Werte schrittweise senken und mit spark prüfen.
bukkit.yml – Spawn-Limits: Niedrigere spawn-limits begrenzen die Zahl der Mobs (Standard monsters 70, animals 10; die Paper-Weltkonfiguration kann sie überschreiben, laut PaperMC-Doku, Stand: 08.11.2026).
config/paper-world-defaults.yml – Mob-Spawning & Tick-Raten: entities.spawning.per-player-mob-spawns (Standard true) setzt das Mob-Limit je Spieler statt je Server; der Abschnitt tick-rates regelt z. B. grass-spread, mob-spawner und container-update (laut PaperMC-Doku, Stand: 08.11.2026).

Ein häufiger Fehler: zu viele Plugins. Viele Plugin-Aufgaben laufen im Server-Thread und verlängern damit den Tick. Deaktiviere, was du nicht brauchst, und bevorzuge aktiv gepflegte Plugins.

TPS überwachen

Optimieren ohne Messen ist Raten. Sollwert sind 20 Ticks pro Sekunde, also ein Tick je 50 Millisekunden (laut spark-Doku, Stand: 08.11.2026). /spark tps zeigt TPS und CPU-Auslastung; für eine genauere Analyse dient der quelloffene Profiler spark:

/spark profiler start --timeout 60

Die Syntax steht in der spark-Doku (laut spark-Doku, Stand: 08.11.2026). Der Report zeigt, welche Plugins oder Vorgänge im Server-Thread viel CPU-Zeit beanspruchen. So findest du den tatsächlichen Flaschenhals, statt blind an Einstellungen zu drehen.

Wie viel RAM braucht der Server?

Mehr RAM ist nicht automatisch besser: Mehr Speicher bringt laut PaperMC-Doku ab einem gewissen Punkt keine bessere Leistung (Stand: 08.11.2026).

Für Paper empfiehlt die Doku mindestens 6–10 GB; den Bedarf für deine Spielerzahl schätzt der Minecraft-Rechner.

Neben dem RAM zählt die CPU: Ticks laufen laut spark-Doku nacheinander im Server-Thread, nicht parallel; deshalb zählt die Leistung pro CPU-Kern (Stand: 08.11.2026). Achte bei der VPS-Wahl auf beides.

Fazit

Die wichtigsten Stellschrauben im Überblick:

Aikar's Flags laut PaperMC-Doku nutzen – mit gleichem -Xms und -Xmx
Generational ZGC prüfen – als Alternative für große Heaps
Welt vorgenerieren – mit Chunky die Chunk-Erzeugung vorziehen
View/Simulation Distance trennen – Sichtweite und berechneten Bereich getrennt einstellen

Häufig gestellte Fragen

Was bedeutet TPS und welcher Wert ist gut?

TPS (Ticks per Second) misst, wie oft der Server pro Sekunde die Spielwelt berechnet. 20 TPS sind der Sollwert, ein Tick je 50 Millisekunden. Dauert ein Tick länger, verzögert sich der nächste und das Spiel ruckelt (laut spark-Doku, Stand: 08.11.2026). Mit /spark tps prüfst du den aktuellen Wert.

Mehr RAM oder schnellere CPU – was bringt mehr?

Das hängt vom Engpass ab: Ticks laufen nacheinander im Server-Thread, deshalb ist die Leistung pro Kern wichtig; mehr RAM bringt laut PaperMC-Doku ab einem gewissen Punkt keine bessere Leistung. spark zeigt den Engpass.

Helfen Aikar Flags auf jedem Server?

Aikar's Flags sind die Empfehlung der PaperMC-Doku für Paper; Generational ZGC ist eine Alternative für große Heaps. Vergleiche beide unter Last mit spark.