Wissen Kostenloses Werkzeug

Wie viel RAM braucht dein Minecraft-Server?

Keine pauschale Spielerformel: Der Rechner bewertet Server-Software, Version, gleichzeitige Spieler, Chunks, Plugins, Mods und zusätzliche Welten getrennt.

RAM ist nicht TPS Mehr Speicher behebt keine langsame CPU, überlastete Plugins oder zu viele Entities.

Dein Setup

Welche Minecraft-Ausgabe? Unsicher? Mods und viele Plugins nutzen meist Java Edition. Was soll auf Server laufen? Wähle nächste größere Stufe, wenn du unsicher bist.

Wie viele spielen gleichzeitig?10 Spieler Gemeint sind Spieler zur selben Zeit, nicht gesamte Freundesliste. Wie wird gespielt? Intensives Erkunden und große Farmen brauchen zusätzlich starke CPU. Java- und Bedrock-Spieler sollen gemeinsam spielenPlant Zusatzspeicher für Geyser und Floodgate ein.

Hier zählen echte Laufzeitwerte. Spielerzahl meint gleichzeitige Spieler; Welten meint dauerhaft geladene Welten.

Edition und Server-Software Software beeinflusst Grundbedarf und typische Zusatzlast. Minecraft-Version Neuere Welthöhe und Systeme erhöhen Grundlast.

Gleichzeitige Spieler10 Nicht registrierte Slots, sondern real gleichzeitig aktive Spieler.

Sichtweite8 Chunks view-distance aus server.properties. Simulationsdistanz6 Chunks Bereich mit aktiven Entities, Redstone und Wachstum.

Plugins oder Mods Komplexität zählt stärker als reine Anzahl. Dynmap, Chunk-Loader und große Technik-Mods erhöhen Last.

Geladene Welten1 Hauptwelt plus dauerhaft geladene Zusatzwelten. Welt und Erkundung Chunk-Generierung fordert vor allem CPU, erzeugt aber auch Speicherspitzen.

Proxy oder Crossplay auf demselben ServerVelocity/Bungee oder Geyser/Floodgate teilen sich diese RAM-Zuweisung.

Empfohlener Planungswert

8GB RAM

Plausibler Bereich: 6–8 GB

Planungsreserve enthalten 20 %

So entsteht das Ergebnis

CPU bleibt entscheidend. Hohe Sichtweite, neue Chunks, Redstone und Entities können trotz genügend RAM laggen.

Berechnung statt Bauchgefühl

Was der Rechner berücksichtigt

Arbeitslast

Grundbedarf, Spielerzustände, Plugins, Mods und Welten werden einzeln addiert.

Chunk-Radius

Sicht- und Simulationsdistanz wachsen flächenförmig. Hohe Werte kosten deutlich mehr als wenige zusätzliche Chunks vermuten lassen.

Reserve

20 Prozent Reserve fangen Peaks ab. Große Modpacks erhalten zusätzliche Sicherheitsreserve.

Ergebnis ist fundierte Kapazitätsplanung, kein Benchmark. Modqualität, Weltzustand und Java-Version können Bedarf verändern. Miss nach dem Start Heap-Auslastung, GC-Pausen und TPS unter echter Last.

Nach 7 Tagen prüfen

Messwerte schlagen jede Schätzung

Rechner liefert Startwert, keine Leistungsgarantie. Prüfe Server nach mehreren gut besuchten Spielrunden unter echter Last.

1. Normale Last erzeugen

Spieler sollen bauen, erkunden, farmen und typische Plugins oder Mods nutzen. Leerer Server sagt wenig aus.

2. Mit spark messen /spark healthreport /spark profiler start --timeout 300

Paper enthält spark. Modded-Server brauchen spark als Mod.

3. Ergebnis bewerten

Out-of-Memory oder häufige lange GC-Pausen sprechen für mehr RAM. Niedrige TPS bei freiem Heap sprechen eher für CPU, Chunks, Entities oder Plugins.