Ein Paper-Server kann mit 2 GB RAM gut aussehen und dann zu ruckeln beginnen, sobald Freunde in verschiedene Richtungen fliegen, Farmen anspringen und Plugins ihre Arbeit aufnehmen. Deshalb lautet die eigentliche Frage nicht einfach, wie viel RAM ein Paper-Server braucht, sondern wie viel Speicher deine konkrete Welt braucht, um die TPS zu halten, wenn der Server wirklich voll ist.
Für die meisten neuen Paper-Server sind 4 GB der praktische Ausgangspunkt. Das gibt einer kleinen Survival-Welt Raum für eine Handvoll Spieler, wichtige Plugins und normale Erkundung, ohne Java in ständige Garbage Collection zu zwingen. Aber RAM ist nur ein Teil der Leistung. Eine riesige Speicherzuteilung repariert keine langsame CPU, keine überlasteten Plugins und keine extreme view-distance.
Wie viel RAM braucht ein Paper-Server?
Hier die kurze Antwort: Nimm 2–3 GB nur für einen winzigen privaten Server, 4 GB für eine typische Freundesgruppe, fang bei 6 GB für eine aktive Community an und plane 8 GB oder mehr ein, wenn du viele Plugins, eine größere Spielerschaft oder mehrere verbundene Server betreibst.
Ein kleiner Whitelist-SMP mit 2–5 gleichzeitigen Spielern läuft oft mit 3 GB. Bleiben alle in der Nähe des Spawns und nutzt du ein paar leichte Plugins wie EssentialsX, LuckPerms und ein einfaches Schutz-Plugin, können 2 GB technisch funktionieren. Raum zum Wachsen bleibt dabei aber kaum. Ein Spieler, der neues Gelände generiert, während ein anderer eine Redstone-Farm baut, reicht schon, um diese Grenze aufzuzeigen.
Für einen normalen Paper-Survival-Server mit 5–15 gleichzeitigen Spielern sind 4 GB der Sweet Spot. In diesem Bereich liegen die meisten Gruppen, die Claims, Shops, Homes, Discord-Integration, ein Karten-Plugin und ein paar Komfort-Ergänzungen wollen. Das ist genug Reserve, um zu spielen, ohne jeden Abend den Speicher-Graphen zu beobachten.
Geh auf 6 GB, wenn dein Server 15–30 aktive Spieler, einen umfangreichen Plugin-Stack, eine lebhafte Wirtschaft oder häufige Welterkundung hat. Ab hier ist Speicherdruck wahrscheinlicher, weil Paper mehr geladene Chunks, Spielerdaten, Inventare, Entities und Plugin-Caches gleichzeitig verwalten muss.
Für 30+ gleichzeitige Spieler, große eigene Welten, öffentliche Events oder ein Netzwerk mit BungeeCord oder Velocity fängst du deine Planung bei 8 GB an. Die genaue Zahl hängt trotzdem von deinem Setup ab. Ein gut abgestimmter Server mit 8 GB kann einen schlecht konfigurierten mit 12 GB an jedem Tag der Woche übertreffen.
Wofür Paper den RAM tatsächlich nutzt
Minecraft verbraucht Speicher nicht allein nach Spielerzahl. Der RAM hält den Serverprozess selbst, geladene Chunks, Entities, Spielerdaten, Plugin-Aufgaben, generierte Strukturen, Caches und den Java-Heap. Die größten Spitzen entstehen meist, wenn Spieler frisches Gelände erkunden, nicht wenn sie am Spawn stehen.
Eine Weltgrenze und eine vorgenerierte Karte machen den Speicherverbrauch weit berechenbarer. Ohne sie verlangt jeder Spieler, der in unerforschtes Gebiet fliegt, vom Server, Gelände zu generieren, Region-Dateien zu speichern und nahe Chunks zu behalten. Schneller NVMe-Speicher hilft bei der Festplattenarbeit, aber der Server braucht trotzdem genug RAM und starke Single-Core-Leistung der CPU, damit die Ticks weiterlaufen.
Auch Plugins können das Bild still verändern. Ein leichtes Rechte-Plugin bewegt den Zeiger kaum. Ein Stack mit Live-Web-Karte, komplizierten Quests, eigenen Mobs, Crates, Anticheat, Wirtschafts-Tools und detailliertem Logging kann sich schnell summieren. Das Problem ist nicht, dass Plugins schlecht sind. Das Problem ist die Annahme, 40 Plugins seien automatisch leicht, weil jedes einzeln klein klingt.
RAM-Empfehlungen nach Servertyp
Privater Paper-SMP
Für einen privaten SMP mit Whitelist sind 3–4 GB meist richtig. Nimm 4 GB, wenn deine Gruppe ständig erkundet, Datapacks nutzt, Farmen betreibt oder mit der Zeit gern Plugins hinzufügt. Das kostet weniger, als dich während deiner besten Wochenend-Session mit zufälligen Neustarts herumzuschlagen.
Plugin-lastiger Community-Server
Ein Community-Server mit Claims, Rängen, Shops, Auktionen, Kosmetik, Minispiel-Features, einer Karte, Moderations-Tools und regelmäßigen Events sollte generell 6–8 GB nutzen. Du zahlst nicht nur für die heutige Spielerzahl. Du lässt Raum für Stoßzeiten, Updates und das Plugin, das du nächsten Monat unweigerlich installieren wirst.
Öffentlicher Survival- oder Towny-Server
Fang bei 8 GB an für einen öffentlichen Server, der 30 oder mehr gleichzeitige Spieler erwartet. Öffentliche Welten erzeugen unberechenbareres Verhalten: Spieler verteilen sich, Farmen vervielfachen sich, Mobs sammeln sich an, und Team-Plugins bleiben aktiv, auch wenn niemand hinsieht. Wächst dein Projekt, zählen skalierbare Ressourcen mehr als der Versuch, am ersten Tag eine dauerhafte Zahl zu erraten.
Paper-Netzwerk und Proxys
Ein Proxy selbst braucht nicht viel RAM, jeder Backend-Server aber schon. Teil nicht einen riesigen Tarif zu und nimm an, er verteile den Speicher intelligent auf Lobby-, Survival-, Skyblock- und Minispiel-Instanzen. Gib jedem Server seine eigene realistische Zuteilung. Ein einfacher Proxy läuft womöglich bequem mit 1–2 GB, während das Survival-Haupt-Backend 6–10 GB brauchen kann.
Mehr RAM behebt nicht jedes Lag-Problem
Das ist der Fehler, der am meisten Geld verschwendet. Fallen deine TPS, während der RAM-Verbrauch bei 50 % liegt, hilft mehr Speicher vermutlich nicht. Die Paper-Leistung hängt stark an der CPU-Geschwindigkeit, besonders an starker Single-Core-Leistung. Der Haupt-Tick des Servers muss seine Arbeit 20-mal pro Sekunde erledigen. Blockiert ein Plugin, eine Mob-Farm, eine Redstone-Uhr oder eine Chunk-Generierung diese Arbeit, fallen die TPS selbst mit reichlich ungenutztem RAM.
Zu viel RAM kann auch kontraproduktiv sein. Die Java-Garbage-Collection arbeitet am besten mit einer vernünftigen Heap-Größe, nicht mit einer unbegrenzten. Einem kleinen Server 16 GB „für alle Fälle“ zu geben, kann größere Aufräumzyklen verursachen und Pausen schlimmer wirken lassen. Setz eine realistische Zuteilung, nutz vernünftige JVM-Flags und erhöh sie, wenn Daten zeigen, dass du mehr brauchst.
Achte auf die richtigen Symptome. Dauerhaft hoher Speicherverbrauch nahe am Zuteilungslimit, Out-of-Memory-Abstürze und starke Garbage Collection deuten auf ein RAM-Upgrade hin. Niedrige TPS bei moderatem RAM-Verbrauch deuten auf CPU-Last, Plugins, Entities, Redstone oder Weltgenerierung hin. Hohe Festplattenaktivität beim Erkunden kann auf die Speicherleistung oder eine Welt hindeuten, die vorgeneriert werden muss.
Willst du nicht selbst rechnen, öffne den RAM-Rechner: Er nimmt deine Spielerzahl, den Servertyp und die Plugin- oder Mod-Last und liefert einen vernünftigen Ausgangsbereich. Beobachte dann den echten Verbrauch zu Stoßzeiten und passe an — das schlägt, „sicherheitshalber“ den größten Tarif zu kaufen.
Einstellungen, die deinen Speicherbedarf verändern
Deine Paper-Konfiguration kann den RAM-Bedarf mit der Zeit um mehrere Gigabyte verschieben. View-distance und simulation-distance sind die ersten Einstellungen, die du prüfen solltest. Eine hohe view-distance bedeutet mehr geladene Chunks um jeden Spieler. Eine hohe simulation-distance bedeutet, dass mehr dieser Chunks aktiv Mobs, Redstone, Pflanzen und anderes tickendes Verhalten verarbeiten.
Für viele Server bieten eine view-distance um 6–10 und eine simulation-distance um 4–6 eine starke Balance. Die perfekten Einstellungen hängen vom gewünschten Gameplay ab. Ein erkundungsorientierter Server priorisiert womöglich die view-distance. Ein technischer Server mit Farmen braucht vielleicht mehr Aufmerksamkeit bei Simulationsreichweite und Entity-Limits.
Entity-Kontrolle zählt genauso viel. Ungebremste Item-Drops, Dorfbewohner, Trichter, Rüstungsständer und Mob-Farmen verwandeln einen gesunden Server in ein Tick-Zeit-Problem. Paper gibt Admins nützliche Werkzeuge, diese Systeme abzustimmen, ohne normales Gameplay zu ruinieren. Fang mit maßvollen Änderungen an, statt aggressive Einstellungen aus einer zufälligen Config-Datei zu kopieren.
Die Hauptwelt vorzugenerieren, ist ebenfalls einer der besten Schritte vor der Öffnung für die Öffentlichkeit. Das reduziert überraschenden Lag durch neue Chunk-Generierung und macht den Ressourcenverbrauch leichter vorhersehbar. Mach es vor dem Start, nicht nachdem 40 Spieler beschlossen haben, in vier entgegengesetzte Richtungen loszuziehen.
Ein einfacher Weg, deinen Tarif zu wählen
Geh von dem Server aus, den du in den nächsten 30 Tagen betreiben wirst, und füg Reserve hinzu. Zähl die erwarteten Spieler zur Spitzenzeit, nicht nur die Zahl, die an einem ruhigen Wochentag online ist. Berücksichtige deine Plugin-Liste, ob die Welt vorgeneriert ist, deine Distanzen und ob Spieler technische Farmen bauen.
Liegst du an der Grenze zwischen zwei RAM-Stufen, nimm für einen öffentlichen Start oder eine wachsende Community die höhere. Stabilität ist Teil des Spielerlebnisses. Niemand erinnert sich daran, dass du ein paar Euro beim Speicher gespart hast, wenn der Server während eines Events offline ist.
Bei Elysium ist der nützliche Teil nicht nur, eine Zahl auf einer Preisseite zu wählen. Schnelle Ryzen-9-Hardware, NVMe-Gen4-Speicher, automatische Backups und Minecraft-erfahrener Support geben deinem Paper-Server den Rest des Fundaments, das er braucht. Du kümmerst dich um die Welt und die Community. Die Infrastruktur sollte nicht zum nächsten Projekt werden.
Prüf vor einem Upgrade deine tatsächlichen Leistungsdaten zur Spitzenzeit. Ist der Speicher wirklich knapp, füg RAM mit gutem Gewissen hinzu. Ist er es nicht, investier die Zeit, das Plugin, die Farm oder die Einstellung zu finden, die dein Tick-Budget auffrisst. Deine Spieler spüren den Unterschied weit mehr, als sie die Zahl neben „GB“ bemerken.
Elysium betreibt Paper auf hochgetaktetem Ryzen mit NVMe-Gen4-Speicher, automatischen Backups und DDoS-Schutz — und du kannst in deinem Dashboard auf einen größeren Tarif wechseln, wenn deine Community wächst. Dimensionier ihn mit dem RAM-Rechner und wähl dann einen Tarif auf der Bestellseite.