23.08.2026

Palworld-Server stürzt ab? Memory Leak, RAM & 1.0 (2026)

• Palworld
• Ratgeber

Der Server läuft zwei Stunden perfekt, fängt an zu haken und stürzt ab. Der erste Gedanke ist immer: Memory Leak. In den meisten Fällen ist es keiner — und seit Palworld in der Vollversion 1.0 ist, steht eine der häufigsten Ursachen in fast jedem älteren Guide. Hier ist, wie du das echte Problem vom Raten unterscheidest, der Reihe nach.

Erst messen, dann raten

Der Palworld-Server hat eine REST-API mit dem Endpoint /metrics, der dir serverfps, serverframetime, currentplayernum, uptime und basecampnum zurückgibt. Das ist der Unterschied zwischen „ich glaube, da läuft Speicher aus" und „ich weiß, was passiert".

So liest du das:

• serverframetime steigt mit der uptime, während die Spielerzahl gleich bleibt — dann wächst die Last über die Zeit. Genau das nennen die Leute Memory Leak.
• serverframetime springt erst hoch, wenn die Truppe joint oder jemand die fünfte Basis baut — das ist kein Leak, sondern schlicht Last. Die Lösung steckt in den Settings, nicht im Neustart.
• basecampnum wächst immer weiter — jede Basis kostet dauerhaft, auch wenn niemand drin ist. Das ist die häufigste stille Ursache.

Ohne diesen Schritt ist alles andere Raten. Nimm dir über den Tag zwei, drei Messwerte, und du hast deine Antwort.

Diese drei Startparameter solltest du 2026 löschen

Das ist der Punkt, den die meisten Guides immer noch falsch haben — deshalb steht er ganz oben.

Bis Version 0.7.3 stand in der offiziellen Doku zu -useperfthreads -NoAsyncLoadingThread -UseMultithreadForDS wörtlich: „Improves performance in multi-threaded CPU environments", dazu ein ganzer Abschnitt übers Thread-Tuning.

In der Doku zu 1.0 ist dieser Abschnitt gelöscht, und die Tabelle sagt jetzt: „In v1.0 and later, leaving this parameter unset may improve performance." Dieselben Parameter, umgekehrte Empfehlung.

Wenn du deinen Server vor Juli 2026 aufgesetzt hast — oder nach irgendeinem Guide, der älter ist — schleppst du sie wahrscheinlich noch mit. Nimm sie raus und lass den Server ein, zwei Tage laufen, bevor du sonst irgendwas änderst.

• Windows: PalServer.exe -port=8211
• Linux: ./PalServer.sh -port=8211

Dasselbe gilt für -NumberOfWorkerThreadsServer: Der Parameter hing an einem Abschnitt, den es nicht mehr gibt. Wenn du nicht genau weißt, warum du ihn brauchst, brauchst du ihn nicht.

RAM: was Pocketpair wirklich sagt

Die offiziellen Anforderungen sind eindeutig: 16 GB sind das Minimum, empfohlen wird mehr als 32 GB, und zu 8 GB steht, der Server sei damit zwar startbar, das „increases the possibility of server crashes due to out of memory".

Das erklärt einen großen Teil der Memory-Leak-Meldungen: Ein Server, dem der Speicher ausgeht und der abstürzt, sieht exakt aus wie einer, der leckt. Wenn du auf 8 GB läufst, hast du kein Leak — dir fehlt RAM. Wie viel du für deine Gruppe wirklich brauchst, habe ich in einem eigenen Beitrag aufgeschlüsselt.

Meine eigene Erfahrung, ehrlich gesagt: Ich habe meinen eigenen 16-GB-Server laufen lassen und allein gespielt, drei bis vier Tage ohne Neustart, ohne Probleme. Ich habe nicht gemessen, wie viel GB er belegt hat, also behaupte ich es auch nicht. Aber gäbe es ein hartes Leak, das jeden trifft, hätte dieser Server nicht mal einen Tag durchgehalten.

Die Einstellungen, die wirklich Last erzeugen

In der Konfiguration schreibt Pocketpair bei einigen Settings selbst dazu, dass sie die Last erhöhen. Die schaust du dir zuerst an, wenn die serverframetime mit Spieler- und Basenzahl steigt:

• BaseCampMaxNumInGuild — Basen pro Gilde, Default 4, Maximum 10. Die Doku sagt ausdrücklich, dass ein höherer Wert die Last erhöht. Genau diesen Wert drehen die Leute zuerst auf 10 und wundern sich dann, warum der Server hakt.
• BaseCampWorkerMaxNum — Pals pro Basis, maximal 50. Jeder Pal in der Basis arbeitet, und das wird permanent berechnet.
• ServerReplicatePawnCullDistance — ab welcher Distanz Pals mit den Spielern synchronisiert werden, von 5000 bis 15000. Ein kleinerer Wert heißt weniger Arbeit pro Tick.
• bIsUseBackupSaveData — Welt-Backups. Sinnvoll, aber die Doku weist darauf hin, dass es die Festplattenlast erhöht.

Die übrigen Einstellungen — Rates, Schwierigkeit, PvP — haben mit diesem Problem nichts zu tun; die habe ich im Beitrag zu den Servereinstellungen durchgesprochen.

Der geplante Neustart — und wie du ihn nicht machst

Ein täglicher Neustart ist das billigste Mittel gegen Last, die über die Zeit wächst. Meine laufen einmal täglich gegen 5 Uhr morgens — da wirfst du niemanden raus, weder hier noch auf dem Balkan. Wenn die serverframetime schon vor Ablauf von 24 Stunden steigt, geh auf 12. Damit hängt die Entscheidung an einer Messung statt an einem Ritual.

Wichtiger als das Wann ist das Wie. Die richtige Reihenfolge, nach den offiziellen Befehlen:

• /Save — zuerst die Welt speichern. Über REST ist das POST /save.
• /Shutdown [Sekunden] [Nachricht] — fährt den Server mit Countdown und Nachricht an die Spieler herunter. Über REST ist das POST /shutdown mit waittime und message.
• /DoExit niemals für einen geplanten Neustart — das ist ein erzwungener Abbruch.

Ein Cronjob, der einfach den Prozess killt, ist der Weg, auf dem aus „mein Server ist langsam" ein „meine Welt ist weg" wird. Pocketpair warnt separat davor, dass langsamer Storage Speicherstände beschädigen kann — und ein harter Abbruch mitten im Speichern ist genau dieses Szenario.

Ist es überhaupt ein Memory Leak?

Ehrlich: Pocketpair hat in keinem einzigen Patch Note ein Memory Leak bestätigt. Was tatsächlich erschienen ist, in fünf Wochen seit 1.0: die Versionen 1.0.1, 1.0.2, 1.0.2.101103 und 1.0.3 — mit einer ganzen Reihe von Fixes, die genau Dedicated Server betreffen: Abstürze und Disconnects während Boss-Kämpfen, Pals, die auf dem Client zittern, ungewollt ausgelöstes Fast Travel.

Heißt: Die Server waren nach 1.0 wirklich instabil, die Patches kommen wirklich in kurzen Abständen — aber „Memory Leak" ist ein Name, den die Community einem Bündel Symptome gegeben hat, kein offiziell bestätigter Bug. Deshalb: erst messen, dann alte Parameter rauswerfen, dann RAM und Settings prüfen. In dieser Reihenfolge. In neun von zehn Fällen bist du vor dem Ende der Liste fertig.

Wo du das alles laufen lässt

Alles oben kannst du selbst machen — deshalb steht es hier. Aber wenn du keine Lust hast, auf Startparameter, Neustarts und Versionen zu achten: Bei mir auf mcbalkan starten die Palworld-Server bei 16 GB, also genau bei dem, was Pocketpair verlangt, mit automatischem täglichem Neustart und fertig eingerichteten Backups. Die Maschinen stehen in Deutschland, und wenn's hakt, schreibst du direkt mir — kein Ticketsystem, kein Bot. Zum Palworld-Hosting.