Bien lire les exigences officielles
Pocketpair indique 16 Go de RAM, au moins quatre cœurs CPU recommandés et un SSD rapide pour un serveur Palworld dédié. D’après le studio, 8 Go peuvent démarrer le serveur, mais augmentent la probabilité de crashs par manque de mémoire. Pocketpair recommande plus de 32 Go pour les grandes configurations. Ces chiffres constituent une base technique solide, mais pas un tableau de joueurs par Go. Ils ne signifient pas qu’une quantité donnée de RAM garantit automatiquement un nombre précis de joueurs.
Tu trouveras la source actuelle dans les exigences officielles du serveur Palworld. Pocketpair y avertit également qu’un stockage lent peut endommager les données de sauvegarde. Planifie donc ensemble RAM, CPU et stockage, et ne considère pas 8 Go comme une recommandation de stabilité.
| Composant | Classement officiel | Conséquence pour ta planification |
|---|---|---|
| RAM | 16 Go requis en fonctionnement | point de départ pour un serveur normal |
| 8 Go de RAM | démarrage possible, risque OOM/crash accru | à réserver à un test limité |
| grandes configurations | plus de 32 Go recommandés | confirmer le besoin par des mesures |
| CPU | au moins quatre cœurs recommandés | contrôler la charge CPU séparément de la RAM |
| Stockage | SSD rapide recommandé | ne pas négliger les sauvegardes et les E/S |
Pourquoi le nombre de joueurs ne suffit pas à créer une formule de RAM
Deux mondes ayant le même nombre de joueurs connectés peuvent produire des charges très différentes. Un monde récent dans lequel un groupe voyage ensemble ne se comporte pas comme un monde ancien avec des bases dispersées, de nombreux Pals ouvriers, de grands ensembles de bâtiments, un taux d’apparition augmenté et plusieurs mods. Les zones du monde actives simultanément, l’automatisation et les réglages serveur modifiés influencent aussi le travail que doit effectuer le serveur dédié.
Le nombre maximal de participants est donc une limite d’accès, pas une mesure directe des ressources. Une règle générale comme une quantité fixe de RAM par joueur ignore l’état du monde, la charge CPU, les accès au stockage et le comportement des mods. Utilise le nombre de joueurs comme contexte, mais ne décide d’une mise à niveau qu’avec des mesures reproductibles.
Construire une base de mesure utile
Définis d’abord une période de charge typique. Il peut s’agir d’une soirée communautaire, d’un boss event ou d’une phase où plusieurs groupes travaillent en même temps dans des bases différentes. Pendant cette période, relève au minimum le nombre de joueurs connectés simultanément, l’utilisation de la RAM et du CPU, les FPS serveur, le temps de frame, le nombre de bases et les événements notables dans les logs. Note aussi les mods, taux d’apparition et réglages qui influencent les performances.
Un seul pic ne constitue pas une preuve. Répète l’observation à des moments comparables et indique si la saturation est durable ou brève. Note également la version du patch : une mise à jour du jeu, d’un mod ou une nouvelle phase de progression du monde peut modifier la charge sans hausse du nombre de joueurs. Cette base permet ensuite des comparaisons avant-après.
Distinguer le manque de RAM des autres causes
Une augmentation de RAM est plausible lorsque le processus atteint régulièrement la limite disponible, que des événements OOM apparaissent ou que le serveur devient de façon reproductible plus stable sous une charge comparable après ajout de mémoire. Une valeur d’occupation élevée ne prouve pas à elle seule un manque : le système d’exploitation et l’application peuvent utiliser la mémoire libre comme cache. Ce sont la saturation, le type d’erreur et le comportement reproductible qui comptent.
Contrôle le CPU en parallèle. Si certains cœurs restent saturés alors qu’il reste de la RAM, davantage de mémoire ne résoudra pas le véritable goulot d’étranglement. Une baisse des FPS serveur ou une hausse du temps de frame peut venir du travail CPU comme d’un état de monde complexe. Ne modifie donc pas simultanément RAM, allocation CPU, mods et taux d’apparition, sinon tu ne pourras plus identifier la mesure efficace.
Tenir compte du stockage et de la sécurité des sauvegardes
Pocketpair recommande un stockage SSD rapide et signale un risque pour les données de sauvegarde lorsque le stockage manque de performances. Surveille donc les erreurs d’E/S, les sauvegardes anormalement longues et l’espace libre. Avant chaque test avec des mods, de grandes modifications de configuration ou une mise à jour serveur, crée une sauvegarde vérifiable. Le guide Sauvegarder et restaurer un monde Palworld décrit la procédure adaptée.
Une sauvegarde n’est fiable que si tu sais où elle se trouve, quel état du monde elle contient et comment la restaurer. N’effectue pas de tests de charge risqués sur l’unique copie de ton monde de production. Tu évites ainsi qu’une analyse de performances provoque elle-même une perte de données.
Tester les modifications de manière contrôlée
Avant la modification, prépare un court plan de test : quel symptôme doit disparaître, quelle mesure doit s’améliorer et pendant quelle période de charge comparable le contrôle aura-t-il lieu ? Sauvegarde ensuite le monde et ne change qu’une variable. Pour un manque de RAM supposé, il s’agit de la capacité mémoire ; pour un goulot CPU, cela peut être la taille de l’instance ou un réglage influençant les performances.
Redémarre proprement le serveur après la modification et répète la période de charge documentée. Ne compare pas seulement un pic, mais aussi la stabilité, les événements OOM, la RAM, le CPU, les FPS serveur et le temps de frame. Si le problème reste identique, annule la modification ou examine le prochain goulot d’étranglement justifié. Si le comportement s’améliore de façon reproductible, documente la nouvelle base et le motif du changement.
Pour les modifications de configuration, utilise le guide Configurer les réglages du serveur Palworld. La liste officielle des arguments de Pocketpair explique notamment le port d’écoute, le nombre maximal de participants et les indications actuelles sur les arguments de performance. Ne reprends pas aveuglément les paramètres de démarrage d’anciens messages communautaires : pour la version 1.0 et les suivantes, le studio précise que certains anciens paramètres de multithreading peuvent donner de meilleurs résultats lorsqu’ils sont omis.
Revérifier la capacité après les mises à jour et la croissance du monde
Une taille mesurée une fois ne reste pas automatiquement adaptée pour toujours. Répète le contrôle après les grandes mises à jour de Palworld, de nouveaux mods ou leurs mises à jour, une forte croissance des bases, des taux d’apparition modifiés et une communauté nettement plus grande. Compare toujours avec la dernière base stable. Tu verras ainsi si le besoin en ressources a réellement changé ou si un nouveau problème est apparu indépendamment de la RAM et du CPU.
Utilise le même ordre pour chaque décision : vérifier la base officielle, sauvegarder le monde, relever les mesures, classer le goulot d’étranglement, tester exactement une modification et documenter le résultat. Tu évites ainsi les instances trop petites comme les mises à niveau coûteuses incapables de résoudre un problème de CPU, de stockage, de mod ou de configuration.
FAQ
8 Go de RAM suffisent-ils pour un serveur Palworld ?
Pocketpair indique que 8 Go permettent de démarrer, mais avertit d’une probabilité accrue de crashs OOM. Le studio demande 16 Go pour le fonctionnement. Considère donc 8 Go comme un état de test limité, pas comme une recommandation générale de stabilité.
De combien de RAM ai-je besoin par joueur ?
Il n’existe aucune formule fixe fiable. Le nombre de joueurs, les bases, les Pals ouvriers, les bâtiments, les mods, le taux d’apparition, les réglages et les zones du monde actives simultanément contribuent ensemble à la charge. Pars de l’exigence officielle et décide de la capacité supplémentaire à partir de mesures reproductibles.
Quand faut-il passer à plus de 16 Go ?
Lorsque la saturation de la RAM ou les événements OOM sont reproductibles sous une charge comparable et qu’un test contrôlé avec plus de mémoire améliore la stabilité. Pocketpair recommande plus de 32 Go pour les grandes configurations sans en déduire une attribution fixe de joueurs.
Davantage de RAM corrige-t-il tous les types de lag ?
Non. La saturation CPU, un stockage lent, les mods, la complexité du monde, les problèmes réseau et des réglages inadaptés peuvent provoquer des symptômes similaires. Vérifie ensemble RAM, CPU, FPS serveur, temps de frame, logs et stockage avant d’en déterminer la cause.
Que faut-il sauvegarder avant un test de performances ?
Crée une sauvegarde vérifiable du monde et documente la version du patch, les mods et les réglages. Ne modifie ensuite qu’une variable et répète une période de charge comparable. Le résultat reste ainsi compréhensible et le monde de production peut être restauré.