Wie viel RAM braucht ein Palworld-Server? (Größen-Leitfaden)

Die offizielle Dokumentation von Pocketpair empfiehlt 16 GB RAM für einen dedizierten Palworld-Server. 8 GB lassen den Server zwar starten, bergen aber ein reales Risiko für Out-of-Memory-Crashes, und Pocketpair nennt „mehr als 32 GB“ für größere Setups. Also: Wie viel RAM braucht ein Palworld-Server? Die umfassendere Antwort, die die meisten Größen-Leitfäden überspringen, lautet, dass sich Palworld am Weltzustand und der Laufzeit orientiert, nicht nur an der Spieleranzahl. Ein Server, der nie neu gestartet wird, benötigt mehr RAM als derselbe Server mit derselben Spieleranzahl und geplantem Neustart.

Dieser Leitfaden nutzt Pocketpairs offizielle Anforderungsseite als Basis und ergänzt sie um die praktische Umsetzung: eine Größentabelle mit ehrlichen Spannbreiten, das Problem des Speicherwachstums und den Diagnose-Check „Neustart vs. Aufrüsten“, der dir Geld spart.

Offizielle Palworld-Server-Anforderungen (v1.0)

Aus Pocketpairs offizieller Server-Anleitung, aktuell für v1.0:

Du wirst bemerken, dass viele Hosting-Seiten 8 GB als „Anforderung“ zitieren. Die Dokumentation gibt an, dass 8 GB nur zum Starten reichen, mit erhöhtem Risiko für Out-of-Memory-Crashes. Das ist eine andere Aussage, und der Unterschied zählt, wenn dein Server drei Wochen in einem Community-Spielstand läuft.

Zwei Vorbehalte zu den offiziellen Zahlen. Erstens ist die Formulierung „mehr als 32 GB für größere Server“ mehrdeutig. Sie ist kein Versprechen für eine bestimmte Spieleranzahl, und Pocketpair veröffentlicht keine Tabelle mit Spielern pro GB. Zweitens brachte Version 1.0 Optimierungen für dedizierte Server, sodass Messwerte aus Early-Access-Leitfäden nicht 1:1 übertragbar sind. Wenn du einen Sizing-Artikel liest, der vor Version 1.0 entstanden ist, betrachte seine Zahlen mit Skepsis.

Palworld-Server-RAM-Größentabelle nach Spieleranzahl

Zwanzig Leute in deinem Discord, die einmal pro Woche online gehen, sind kein 20-Spieler-Server. Entscheidend ist, wie viele Spieler gleichzeitig online sind, da Palworld Speicher für persistente Weltzustände (Basen, Arbeiter-Pals, Pal-Kisten-Items, abgeworfene Kisten) alloziert und nicht rein pro verbundenem Spieler, wie fly-servs Analyse es formuliert. Dimensioniere nach deinem beschäftigsten Abend, nicht nach deiner Mitgliederliste.

Keine Quelle stimmt bei den Zahlen perfekt überein, also sind dies Spannbreiten, keine unantastbaren Wahrheiten:

Zusammengetragen aus der HostMyGame 1.0-Tabelle, der konservativen Größenabschätzung von gamehosting.app und Nodecrafts Stufen. Beachte die Unterschiede: gamehosting.app sagt, 6 GB seien für 2–4 gelegentliche Spieler mit täglichen Neustarts in Ordnung, während andere nicht unter 8 GB gehen wollen. Unsere Empfehlung für eine kleine Freunde-und-Familie-Welt: mindestens 8 GB, 12 GB, wenn du es dir leisten kannst, denn Puffer ist günstig im Vergleich zu einem abgestürzten Server zur Stoßzeit.

Egal, auf welche Stufe du landest, füge 2–4 GB Puffer hinzu (ca. 30 %) für das Speicherwachstumsverhalten, das wir unten behandeln.

Warum der Weltzustand genauso wichtig ist wie die Spieleranzahl

Was treibt das obere Ende der Tabelle an? Vor allem die Weltdichte. Eine Basis mit 15 arbeitenden Pals führt kontinuierliche KI-Entscheidungen, Eignungsprüfungen für Arbeitsplätze und Pfadsuche durch. Das ist laut fly-serv die größte Lastquelle in einer ausgereiften Welt, und mit v1.0 ist die Karte zusätzlich noch einmal grob verdoppelt.

Einige Konfigurationseinstellungen in PalWorldSettings.ini reduzieren diese Last:

• BaseCampMaxNumInGuild (Standard 3) und BaseCampWorkerMaxNum (Standard 15): Weniger Basen und Arbeiter-Pals pro Gilde bedeuten weniger Simulation
• DropItemMaxNum (Standard 3000): Begrenze den Loot, der deine Welt übersät
• ServerReplicatePawnCullDistance (Standard 15000): Senke diesen Wert, damit Clients weniger ferne Pals tracken

Warum der Palworld-Speicher im Laufe der Zeit anschwillt (und warum mehr RAM ihn nur verzögert)

Das dokumentierte Muster: Der RAM eines Palworld-Servers steigt stetig an, selbst bei konstanter Spieleranzahl, und fällt nach einem Neustart ab. Dieses Speicherwachstumsverhalten (die meisten nennen es ein Leak) ist das definierende operative Problem bei Palworld-Servern, und laut game-serverhosting.com belegt der Prozess auch nach v1.0 jede Betriebsstunde mehr Speicher.

Ein typischer Zeitplan, basierend auf ConnectHostings Berichten: Tag 2–3 bringen RAM-Kriechen und Rubber-Banding, Tag 4–6 bringen Lag-Spitzen, und ohne freien Speicher erreichst du innerhalb etwa einer Woche einen Out-of-Memory-Crash. Betrachte dies als illustrativ und nicht präzise; diese Quelle hat keine Messwerte veröffentlicht.

Pocketpair hat fleißig gepatcht. Die Fixes für den Dedicated-Server-Leak waren in v0.3.10 (Oktober 2024) und v0.5.3 (April 2025) enthalten, die Optimierung für lange Spielsessions kam mit v0.6.2 (Juli 2025), und die Release Notes zu Version 1.0 enthielten weitere Korrekturen. Das Wachstum hat sich verbessert, bleibt aber ein aktives operatives Problem.

Die wichtigste Erkenntnis: Mehr RAM schiebt die Decke weiter nach oben. Es behebt das Wachstum nicht. Wenn dein Server täglich 500 MB gewinnt, crasht ein 16-GB-Plan einfach später als ein 8-GB-Plan.

Neustarten statt Aufrüsten: Der Diagnosecheck, der dir Geld spart

Hier ist die Daumenregel, die wir anwenden würden: Wenn der RAM-Speicher bei konstanter Spielerzahl stetig steigt und nach einem Neustart wieder sinkt, ist die Lösung ein Zeitplan – und kein größerer Plan. Ein Neustart löscht den angesammelten Speicher und du startest mit einer sauberen Basis. Das ist die in jedem empfehlenswerten Guide empfohlene Standardlösung.

Ein Upgrade ist nur dann gerechtfertigt, wenn:

• Der RAM sich wiederholt sättigt, selbst bei geplanten Neustarts
• Du direkt nach einem frischen Neustart OOM-Crashes bekommst
• Du einen echten Stabilitätsgewinn durch den zusätzlichen Puffer messen kannst

Ein kontraintuitiver Check, bevor du Geld ausgibst: Wenn die CPU-Kerne ausgelastet sind, während RAM-Puffer vorhanden bleibt, hast du einen CPU-Engpass, kein RAM-Problem. Lag, der sich oft um große Basen herum konzentriert, ist normalerweise Simulations- und Dichtelast, kein Speicherproblem. Das Aufrüsten des RAMs für dieses Symptom bringt nichts.

Wenn du neu startest, tue es sanft. Die dokumentierte Sequenz aus Pocketpairs Konfigurationsdocs:

1. /Save, um die Welt auf die Festplatte zu schreiben
2. /Broadcast eine Warnmeldung, e.g. /Broadcast Restarting in 60 seconds!
3. /Shutdown 60, was den Spielern eine Minute gibt, um ihre Aktionen abzuschließen

Wie man Neustarts und Backups plant, die einen Palworld-Server stabil halten

Neustart-Rhythmus: Was Quellen empfehlen und warum es keine universelle Zahl gibt

Es gibt keine verbindliche Zahl, und die Quellen widersprechen sich tatsächlich: XGamingServer empfiehlt 4–6 Stunden für kleine Server bis hin zu stündlichen Backups für große. WebsNP rät hingegen zu 6–12 Stunden während Zeiten mit geringem Traffic. Unsere praktische Empfehlung: Alle 6–12 Stunden bei aktiven Welten, täglich bei ruhigen – jeweils zum Zeitpunkt deiner niedrigsten Spielerzahl (5:00 Uhr ist hier der klassische Favorit).

Sicher backen

Siche Pal/Saved/SaveGames/ sofort nach einem sauberen Herunterfahren ab, niemals mitten im Schreibvorgang, wie WebsNP betont. Behalte bIsUseBackupSaveData=True auch in deiner Konfiguration bei. Laut den offiziellen Docs verwaltet diese Einstellung ein rotierendes Backup-Verzeichnis neben deinem Save (5 Saves alle 30 Sekunden, 6 alle 10 Minuten, 12 pro Stunde, 7 pro Tag) – gegen den Preis zusätzlicher Festplattenlast. Das ist günstige Versicherung für einen Save, in den du vielleicht Monate an Arbeit gesteckt hast.

Die Save-Datei im Blick behalten

Level.sav enthält die gesamte Welt (Basen, Pals, Container, Gilden) und ist die Datei, die wächst. Sie startet im niedrigen einstelligen Megabytebereich und erreicht laut fly-serv bei einem Dutzend aktiver Spieler 40–150 MB. Größere Saves bedeuten längere Einfrierzeiten beim Speichern, da jeder Autosave die ganze Datei serialisiert. Du kannst deine Größe mit ls -lh */Level.sav in ~/Pal/Saved/SaveGames/0/ prüfen. Ein Wachstum von über 10 MB pro Woche zeigt, dass die Dichte deiner Welt steigt.

Speicherhäufigkeit

AutoSaveSpan in PalWorldSettings.ini steuert das Autosave-Intervall, doch die Quellen liegen bei der Vorgabe falsch (die eine sagt 30 s, die andere 15 s, die offiziellen Docs nennen keinen Standardwert). Der konkrete Test: Setze den Wert, den du erwägst, beobachte die Level.sav-Zeitstempel einen Tag lang, um zu sehen, wie oft er wirklich schreibt, und wäge dann Crash-Wiederherstellung gegen die Einfrierzeiten ab. Einige Admins großer Welten strecken ihn auf 600 s, um Einfrierzeiten zu reduzieren. Denk aber daran: Ein längerer Zeitraum bedeutet mehr verlorene Fortschritte bei einem Crash.

Bei Hostwolf übernehmen eingebaute Zeitpläne den nächtlichen Neustart, und tägliche Backups mit One-Click-Restore bilden das Sicherheitsnetz, sodass du dir kein eigenes Cron-Job-Gewusel einrichten musst.

RAM vs. CPU: Warum dein Server trotz freiem Speicher laggen kann

Palworlds Simulation ist empfindlich gegenüber Single-Thread-Leistung, was bedeutet, dass die Taktfrequenz pro Kern wichtiger ist als die Anzahl der Kerne, gemäß fly-servs Analyse. Vier oder mehr Kerne sind nur die Basis, keine Garantie für flüssiges Spiel. Der einzige Weg, es zu wissen, ist der Test unter echter Last mit echten Spielern.

Eine schnelle Symptomkarte:

• Hoher RAM-Verbrauch plus Lag: Speicherwachstum; richte zuerst geplante Neustarts ein
• Niedriger RAM-Verbrauch plus Lag: CPU-/Dichteproblem; RAM hilft hier nicht
• Lag nur nahe großer Basen: Weltzustandslast durch Pals und Pfadfindung

Auch der Speicherplatz zählt. Ein 150 MB großer Save, der auf einer langsamen Disk serialisiert wird, verursacht jeden Autosave 1–2 Sekunden lange Freeze. Deshalb empfehlen die offiziellen Docs eine schnelle SSD und warnen, dass langsamer Speicher gespeicherte Daten beschädigen kann. Das ist kein nettes Extra.

Den richtigen Plan wählen

Passe die Sizing-Tabelle an einen Plan an: Starte bei der 16-GB-Stufe für einen echten Community-Server und steigere dich Richtung 32 GB für volle, langfristig laufende Welten, die selten neu starten. Da die Simulation single-thread-sensitiv ist, lohnen sich Dedicated-CPU-Optionen. Du zahlst für konsistente Leistung pro Kern, genau das, was Palworld will.

Die operative Seite ist genauso wichtig wie die reinen Specs. Mit Hostwolf Palworld Server Hosting bekommst du deine eigene Cloud-Maschine, geplante Neustarts, tägliche Backups mit One-Click-Restore, eine Live-Konsole und pro-Spiel-Einstellungseditoren für Dinge wie BaseCampWorkerMaxNum. Schau dir Hostwolf-Preise nach RAM-Größe für aktuelle Pläne und Regionen an.

Fazit

Die ehrliche Antwort auf „Wie viel RAM braucht ein Palworld-Server?“ ist eine Basislinie plus eine Gewohnheit. Die Basislinie: 16 GB für alles jenseits einer lockeren Freunde-nur-Welt, hochskaliert bis 32 GB für volle Server. Die Gewohnheit: Geplante Neustarts, denn Speicherwachstum mit Uptime ist dokumentiertes Verhalten, und mehr RAM verzögert es nur, behebt es nie.

Dimensioniere für die Welt, die du in zwei Monaten haben wirst – mit mehr Basen, mehr Pals und einem größeren Level.sav –, nicht für die, die du am ersten Tag hast.