Der RAM-Bedarf für Minecraft-Server lässt sich am besten mit einer einfachen „Basis + pro Spieler“-Methode bestimmen, die je nach Servertyp variiert: Vanilla, Modded oder Minigames. Dieser Leitfaden enthält einsatzbereite Shortcodes, Formeln, Beispiele und Codeblöcke für eine schnelle Umsetzung.

Zusammenfassung der Größenordnung

• Vanilla: 1–2 GB Basis + 100–300 MB pro Spieler; zusätzlichen Puffer für Erkundung und Redstone einplanen.
• Modded: 4/6/8–12 GB Basis (leicht/mittel/schwer) + 200–500 MB pro Spieler.
• Minigames (Paper/Spigot): 2–3 GB Basis + 150–300 MB pro Spieler; 6–8 GB reichen für 20–50 Spieler mit Optimierung.

Schnelle Spezifikationsübersicht

Minecraft RAM Schnellreferenz

Grundformel zur Größenbestimmung

Nutze diese Formel für die erste Schätzung, dann überwache und passe an:

• Vanilla: Basis 1–2 GB + 0,1–0,3 GB × Spieler.
• Modded: Basis 4/6/8–12 GB + 0,2–0,5 GB × Spieler (steigt mit Mod-Anzahl und Weltgenerierung).
• Minigames: Basis 2–3 GB + 0,15–0,3 GB × Spieler (begrenzte Karten sorgen für mehr Konstanz).

Tipp: Weisen Sie der JVM nur 70–80 % des Maschinen-RAM zu, um dem Betriebssystem/den Diensten Puffer zu lassen.

Beispielszenarien

• 10‑Spieler Vanilla SMP mit Erkundung: 1,5 GB + (10 × 0,2) ≈ 3,5 GB → 4 GB zuweisen.
• 12‑Spieler leichtes Modpack (~40 Mods): 4 GB + (12 × 0,25) ≈ 7 GB → 8 GB zuweisen.
• 40‑Spieler Minigames-Hub: 6–8 GB; 10 GB bei vielen gleichzeitigen Arenen/Plugins erwägen.

Version, Mods/Plugins und Weltfaktoren

• Neuere Versionen benötigen tendenziell mehr RAM durch komplexere Weltgenerierung und Systeme.
• Mehr Mods/Plugins erhöhen den Grundbedarf; prüfe auf Speicherlecks und Redundanzen.
• Chunk-Generierung, Entity-Farmen, Dorfbewohner-Handelshallen und Redstone verursachen Spitzen; generiere Welten vorab und setze Grenzen.

JVM-Startbeispiele

Nutze diese als Ausgangspunkt; teste und passe für deinen Stack an.

bash

Paper/Vanilla Beispiel (~6 GB Zuweisung)

java -Xms6G -Xmx6G
-XX:+UseG1GC -XX:+ParallelRefProcEnabled
-XX:MaxGCPauseMillis=100 -XX:+UnlockExperimentalVMOptions
-XX:+DisableExplicitGC -XX:G1NewSizePercent=20 -XX:G1MaxNewSizePercent=40
-XX:G1HeapRegionSize=8M -XX:G1ReservePercent=20 -XX:G1HeapWastePercent=5
-XX:G1MixedGCCountTarget=4 -XX:InitiatingHeapOccupancyPercent=15
-XX:SurvivorRatio=32 -XX:+PerfDisableSharedMem -XX:MaxTenuringThreshold=1
-jar server.jar nogui

bash

Schwerere Modpacks Beispiel (~10 GB Zuweisung)

java -Xms10G -Xmx10G
-XX:+UseG1GC -XX:MaxGCPauseMillis=150
-jar forge-server.jar nogui

Optimierungs-Checkliste

• Generiere die Welt vorab und setze eine Weltgrenze, um Chunk-Wachstum zu begrenzen.
• Begrenze Entity-Anzahl und tickende Redstone-Mechanismen; nutze die Konfiguration von Paper.
• Profiliere mit Timings/Spark; entferne oder ersetze schwere Plugins/Mods.
• Plane Speicherungen und Neustarts außerhalb der Hauptzeiten; halte Backups/Logs getrennt von der Live-Festplatte.
• Skaliere RAM in kleinen Schritten nach Beobachtung der Spitzenlast und TPS unter realer Belastung.

Hinweise zu CPU, Speicher und Netzwerk

• CPU: Hohe Single-Thread-Leistung hält TPS stabil; zusätzliche Kerne helfen bei Hintergrundaufgaben.
• Speicher: NVMe-SSDs reduzieren I/O-Verzögerungen bei Speicherungen und Chunk-Ladevorgängen.
• Netzwerk: Bevorzuge niedrige Latenz und stabile Routen gegenüber reiner Bandbreite.

Warum der RAM-Bedarf schwankt

Der Speicherbedarf des Servers wird durch geladene Chunks, Entities, Tile Entities, Plugins/Mods und gleichzeitige Erkundung bestimmt, nicht nur durch die Anzahl der Online-Spieler. Häufige Weltspeicherungen, vorab generierte Karten und das Verhalten der Speicherbereinigung beeinflussen ebenfalls die Spitzenlast.

Vanilla-Server

Vanilla ist pro Spieler speichereffizient, aber es gibt Spitzen bei Chunk-Generierung, Mob-Limits, Dorfbewohner-Handelshallen und Redstone-Konstruktionen.

• 1–5 Spieler: 1–2 GB.
• 5–10 Spieler: 2–4 GB.
• 10–20 Spieler: 3–4+ GB; mehr zuweisen bei Erkundung neuer Gebiete oder Farmen.
• Empfehlung: Starte mit ca. 200 MB/Spieler plus 1–2 GB Basis, dann Spitzenlast beobachten und anpassen.

Modded-Server (Forge/Fabric)

Modpacks erhöhen den Grundbedarf durch zusätzliche Registries, Tile Entities und Weltgenerierung.

• Leicht (20–50 Mods): Basis ~4 GB + 200–300 MB/Spieler.
• Mittel (50–150 Mods): Basis ~6 GB + 300–400 MB/Spieler.
• Schwer (150+ Mods): Basis 8–12 GB + 400–500 MB/Spieler; große öffentliche Server oft 12–16 GB+.
• Best Practice: Beachte die Empfehlungen des Modpacks; manche schwere Packs benötigen ein Minimum, um stabil zu laufen.

Minigames- und Plugin-Server (Paper/Spigot)

Minigame-Server profitieren von den Optimierungen von Paper, benötigen aber solide Basis für mehrere Arenen und Lobbys.

• 20–50 Spieler: 6–8 GB sind mit Tuning typisch.
• Größere Hubs oder viele gleichzeitige Instanzen: 10 GB+.
• Pro-Spieler-Effizienz ist besser als bei SMPs mit ständiger Erkundung, da Chunks oft begrenzt sind.

Erweiterte Optimierungstipps

• Chunks vorab generieren: Nutze Tools wie WorldBorder oder Chunky, um die Welt vorab zu generieren und Laufzeit-Chunk-Generierung zu reduzieren.
• Entity-Limits: Konfiguriere Mob-Limits und Entity-Cramming, um Lag-Spitzen zu vermeiden.
• Plugin-Auditing: Profiliere Plugins regelmäßig mit Spark oder Timings, um Speicherlecks oder Performance-Probleme zu erkennen.
• GC-Tuning: Starte mit Aikars Flags, überwache aber die GC-Logs und passe die Pausenzeiten an die Bedürfnisse deines Servers an.
• Speicheroptimierung: Halte Weltspeicherungen auf schnellen NVMe-Laufwerken, getrennt von Backups und Logs.