Serveur Palworld : fuite mémoire, RAM, PalWorldSettings.ini et sauvegarde

Gérer un monde multijoueur persistant sur Palworld demande d'anticiper deux écueils techniques majeurs : l'allocation mémoire qui s'emballe au fil des heures et le formatage rigide de son fichier de configuration. Si tu préfères démarrer sans tracas, tu peux lancer un serveur dédié Palworld sur notre plateforme avec sauvegarde automatique et facturation à l'heure entamée.

Pourquoi la RAM grimpe avec l'âge du monde (et comment stopper la fuite mémoire)

Le serveur dédié Palworld tourne sous Unreal Engine et communique sur le port UDP 8211 (jusqu'à 32 places simultanées). Contrairement à un serveur Minecraft géré par un ramasse-miettes JVM, Palworld alloue sa mémoire nativement en C++. La consommation mémoire ne dépend pas seulement du nombre de joueurs connectés, mais surtout du volume d'objets simulés : chaque camp de base actif, chaque Pal assigné aux tâches d'artisanat et chaque parcelle de carte explorée restent stockés en RAM.

Pour dimensionner correctement ta machine :

• 8 Go (0,06 €/h en Éco) : suffisant pour démarrer une aventure jusqu'à 4 joueurs sur une carte vierge.
• 16 Go (0,12 €/h en Éco, 0,24 €/h en Dédié) : le palier recommandé pour jouer sereinement jusqu'à 16 joueurs, ou dès 8 joueurs avec des bases étendues.
• 32 Go (0,24 €/h en Éco, 0,48 €/h en Dédié) : indispensable pour les grands serveurs communautaires ou les parties fortement moddées.

Sur un serveur loué au mois qui tourne 24h/24 à vide, cette fuite résiduelle finit inévitablement par déclencher l'OOM killer du noyau Linux, provoquant un crash brutal en pleine session. Avec la facturation à l'heure TickServ (0 € à l'arrêt), éteindre le serveur en fin de session coupe instantanément le compteur et permet de repartir sur un processus propre et déchargé à la session suivante.

Le piège de PalWorldSettings.ini : OptionSettings sur une seule ligne

La configuration du serveur est souvent source de frustration. Le binaire ignore les modifications si deux règles strictes ne sont pas respectées :

1. Éditer le bon fichier au bon moment : le fichier actif est Pal/Saved/Config/LinuxServer/PalWorldSettings.ini. Ne modifie jamais DefaultPalWorldSettings.ini, qui ne sert que de modèle lors de l'installation. De plus, coupe impérativement le serveur avant toute modification, sous peine de voir le moteur écraser tes réglages à l'extinction.
2. Conserver une seule ligne continue : toutes les variables doivent résider dans le bloc OptionSettings=(...) sur une seule ligne continue, sans aucun saut de ligne. Si ton éditeur insère un retour chariot, le serveur réinitialisera silencieusement tous les paramètres par défaut.

Parmi les réglages clés : PalEggDefaultHatchingTime (temps d'éclosion des œufs), ExpRate (taux d'expérience), DeathPenalty (pénalité de mort) et bEnableInvaderEnemy (désactiver les raids pour économiser de la mémoire sur les grosses parties).

Transférer une sauvegarde solo ou coop locale (Level.sav et Players/)

Pour reprendre un monde coop commencé sur un PC sans repartir de zéro, récupère tes fichiers locaux situés dans %LOCALAPPDATA%\Pal\Saved\SaveGames\<SteamID>\<MondeID>\.

Ce répertoire contient :

• Level.sav : l'état global du monde, les coffres, les camps et les bâtiments.
• LevelMeta.sav : les métadonnées de la partie.
• Le dossier Players/ : les fiches individuelles des joueurs (inventaire, niveaux, Pals capturés).

En coop locale, l'hôte possède obligatoirement le GUID 00000000000000000000000000000001.sav. Lorsqu'il se connecte à un serveur dédié, le serveur lui attribue un nouveau GUID basé sur son identifiant Steam. Sans script de conversion de GUID, l'hôte devra recréer l'apparence de son personnage, mais l'ensemble du monde, des bases et des coffres de Level.sav reste parfaitement conservé. Tu peux importer ton archive .zip (jusqu'à 4 Gio) en un clic depuis la console TickServ (/app).