Palworld-Server für beste Leistung konfigurieren

Die PalWorldSettings.ini ist die zentrale Stellschraube, wenn ein Palworld-Server unter Last anfängt zu ruckeln, Spieler mit hoher Latenz kämpfen oder der Arbeitsspeicher im Panel ständig am Limit liegt. Wer die Datei versteht, kann Multithreading, RAM-Verbrauch und Spielerzahl gezielt auf die eigene Hardware abstimmen, statt nur Standardwerte zu übernehmen.

Wo liegt die PalWorldSettings.ini und wie ist sie aufgebaut

Die Datei PalWorldSettings.ini liegt bei einer Linux-Installation unter Pal/Saved/Config/LinuxServer/, bei Windows-Installationen unter Pal\Saved\Config\WindowsServer\. Existiert sie nach der Erstinstallation noch nicht, reicht ein kurzer Start und sofortiges Stoppen des Servers, damit Palworld die Datei inklusive Default-Werten anlegt.

Im Kern besteht die Datei aus einer einzigen langen Zeile namens OptionSettings, in der sämtliche Parameter kommagetrennt als Schlüssel-Wert-Paare stehen:

[/Script/Pal.PalGameWorldSettings]
OptionSettings=(Difficulty=None,DayTimeSpeedRate=1.000000,NightTimeSpeedRate=1.000000,
ExpRate=1.000000,PalCaptureRate=1.000000,PalSpawnNumRate=1.000000,
ServerPlayerMaxNum=32,ServerName="MeinServer",ServerPassword="",
PublicPort=8211,RCONEnabled=False,RCONPort=25575)

Wichtig: Diese Zeile muss syntaktisch sauber bleiben. Ein fehlendes Komma oder eine falsche Klammer führt dazu, dass Palworld die gesamte Konfiguration ignoriert und auf Standardwerte zurückfällt. Im Dateimanager eines Pterodactyl-Panels lässt sich die Datei direkt im Browser bearbeiten, ein Neustart des Servers übernimmt die Änderungen sofort.

Wer sich die manuelle Ersteinrichtung sparen möchte, kann einen Palworld Server mieten mit vorinstallierter Panel-Umgebung und direkt zugänglicher PalWorldSettings.ini.

Multithreading und CPU-Last richtig verteilen

Palworld ist bekannt dafür, einzelne CPU-Kerne stark zu belasten, besonders wenn viele Spieler gleichzeitig Basen mit zahlreichen arbeitenden Pals betreiben. Ein Teil der Optimierung findet nicht in der PalWorldSettings.ini selbst statt, sondern über Start-Parameter des PalServer-Prozesses, die zusammen mit der Konfigurationsdatei wirken.

Empfohlene Startparameter

./PalServer.sh -useperfthreads -NoAsyncLoadingThread -USEMULTITHREADFOROD

• -useperfthreads: aktiviert performanteres Thread-Scheduling für den Serverprozess.
• -NoAsyncLoadingThread: reduziert Ladezeiten-Spitzen, die sonst kurzzeitig Ticks blockieren.
• -USEMULTITHREADFOROD: verteilt Weltberechnung stärker über mehrere Kerne statt alles auf einem Hauptthread zu bündeln.

Auf Hardware mit hoher Single-Core-Frequenz, wie sie moderne Ryzen-Prozessoren bieten, profitiert Palworld doppelt: Der Hauptthread, der Spiellogik und Tick-Rate verantwortet, läuft schneller, während die restlichen Berechnungen über die zusätzlichen Kerne verteilt werden. Ein Dedicated-Prozess ohne Nachbar-Instanzen auf derselben CPU vermeidet zudem Mikroruckler, die bei gemeinsam genutzten Ressourcen entstehen können.

Parameter in der PalWorldSettings.ini, die direkt die CPU-Last beeinflussen

Parameter	Wirkung auf CPU-Last	Empfehlung
PalSpawnNumRate	steuert Dichte der gespawnten Pals in der Welt	0.7–1.0 bei vielen Spielern
BaseCampWorkerMaxNum	Anzahl arbeitender Pals pro Basis, jede Einheit wird berechnet	10–15 statt Standardwert senken
WorkSpeedRate	höhere Geschwindigkeit erzeugt mehr Berechnungen pro Sekunde	bei Performance-Problemen nicht über 2.0
DropItemMaxNum	Items liegen auf dem Boden und werden mitberechnet	niedrig halten, regelmäßig durch DropItemAliveMaxHours bereinigen lassen

RAM-Verbrauch und Spielerzahl über die PalWorldSettings.ini steuern

Der Arbeitsspeicherverbrauch von Palworld skaliert nicht linear mit der Spielerzahl, sondern vor allem mit der Anzahl aktiver Pals, gelagerter Items und offener Basen. Zwei Spieler mit zehn überfüllten Basen belasten den RAM stärker als zehn Spieler mit sauber organisierten Lagern.

ServerPlayerMaxNum realistisch setzen

Der Parameter ServerPlayerMaxNum definiert die maximale Spielerzahl. Ein zu hoher Wert ohne ausreichende Hardware führt nicht zu einem Absturz, sondern zu spürbaren Einbrüchen der Tick-Rate, sobald sich die Lobby füllt. Als grobe Faustregel für einen stabil laufenden Palworld-Server gilt:

• bis 8 Spieler: Standard-RAM-Zuweisung reicht meist aus
• 8–16 Spieler: BaseCampWorkerMaxNum und PalSpawnNumRate reduzieren, um RAM-Spitzen abzufedern
• 16–32 Spieler: zusätzlich DropItemMaxNum und GuildPlayerMaxNum begrenzen, Backups häufiger einplanen

Weitere RAM-relevante Parameter

BaseCampMaxNum=128
BaseCampMaxNumInGuild=4
GuildPlayerMaxNum=20
DropItemMaxNum=3000
DropItemAliveMaxHours=24.000000
bAutoResetGuildNoOnlinePlayers=True
AutoResetGuildTimeNoOnlinePlayers=72.000000

Die Kombination aus DropItemMaxNum und DropItemAliveMaxHours ist in der Praxis einer der größten Hebel: Server, die über Wochen laufen, sammeln ohne automatisches Bereinigen tausende liegengebliebene Items an, was Speicher dauerhaft blockiert. Ebenso sorgt bAutoResetGuildNoOnlinePlayers dafür, dass verlassene Gilden samt Basen nach einer definierten Zeit automatisch entfernt werden, statt RAM dauerhaft zu belegen.

Auf dem Panel lässt sich der RAM-Verbrauch live über die Konsole und die Ressourcenanzeige beobachten. Steigt die Auslastung nach einem Update sprunghaft an, lohnt sich ein Blick in die zuletzt geänderten Werte der PalWorldSettings.ini, bevor an der Hardware-Zuweisung geschraubt wird. Automatische Sauvegardes vor größeren Konfigurationsänderungen helfen, im Zweifel schnell zu einer stabilen Version zurückzukehren.

Weitere Parameter für stabile Leistung im Überblick

Neben Multithreading, RAM und Spielerzahl gibt es in der PalWorldSettings.ini einige Werte, die häufig übersehen werden, aber messbaren Einfluss auf die Stabilität haben.

Parameter	Funktion
bEnableFastTransfer	beschleunigt Schnellreisen, kann bei vielen gleichzeitigen Teleports kurze CPU-Spitzen erzeugen
bIsMultiplay	muss auf True stehen, sonst läuft die Instanz im Einzelspieler-Modus
RandomizerSeed	fixiert die Weltgenerierung, wichtig für reproduzierbare Tests nach Konfigurationsänderungen
RCONEnabled / RCONPort	ermöglicht Fernsteuerung und Monitoring über RCON-Tools ohne Konsolenzugriff
bShowPlayerList	relevant für Moderationstools, geringe Performance-Auswirkung

Kontrollierte Änderungen statt Trial-and-Error

Bewährt hat sich folgendes Vorgehen, wenn mehrere Parameter gleichzeitig angepasst werden sollen:

1. Backup der aktuellen PalWorldSettings.ini über das Panel erstellen
2. Jeweils nur eine Werte-Gruppe ändern (z. B. nur Spawn-Raten)
3. Server neu starten und Tick-Rate sowie RAM-Auslastung über mehrere Stunden beobachten
4. Erst danach die nächste Gruppe anpassen

So lässt sich klar zuordnen, welcher Parameter welche Wirkung hat, statt am Ende mehrere Änderungen gleichzeitig zurückrollen zu müssen. Wer den Server selbst auf einer eigenen Linux-Maschine betreibt, kann zusätzlich per SSH die Logdateien unter Pal/Saved/Logs/ auswerten, um CPU- oder Speicherengpässe genauer einzugrenzen.

ssh benutzer@serveradresse
tail -f Pal/Saved/Logs/Pal.log

Für einen Überblick über weitere unterstützte Spiele und mögliche Konfigurationsszenarien lohnt sich ein Blick auf Alle unsere Gameserver, ebenso bietet der Fly-Serv Blog weiterführende Artikel zu Admin-Themen rund um Konfigurationsdateien und Serverwartung.

Eine sauber gepflegte PalWorldSettings.ini ist der schnellste Weg zu einem stabilen Palworld-Server: Multithreading-Parameter entlasten die CPU, gezielt begrenzte Werte für Pals, Items und Gilden halten den RAM-Verbrauch im Rahmen, und eine realistische Spielerzahl verhindert Tick-Rate-Einbrüche in belebten Basen.

FAQ

Warum werden Änderungen an der PalWorldSettings.ini nicht übernommen?

Meist liegt ein Syntaxfehler in der OptionSettings-Zeile vor, etwa ein fehlendes Komma oder eine ungeschlossene Klammer. Die Datei vor dem Speichern auf korrekte Struktur prüfen und den Server danach vollständig neu starten, nicht nur den Prozess neu laden.

Wie viele Spieler verträgt ein Palworld-Server ohne Performance-Einbrüche?

Das hängt stärker von der Anzahl aktiver Basen und Pals ab als von der reinen Spielerzahl. Bis etwa 16 Spieler reichen moderate Anpassungen bei BaseCampWorkerMaxNum und PalSpawnNumRate, darüber hinaus sollten zusätzliche Begrenzungen bei Drop-Items und Gildengröße gesetzt werden.

Beeinflussen die Multithreading-Startparameter auch die Weltgenerierung?

Nein, Parameter wie -useperfthreads oder -USEMULTITHREADFOROD betreffen die Verteilung der Serverberechnung auf mehrere Kerne, nicht die Logik der Weltgenerierung. Diese wird weiterhin über RandomizerSeed in der PalWorldSettings.ini gesteuert.