> ## Content Index > Fetch the complete content index at: https://game.hostwolf.net/blog/fr/llms.txt > Use this file to discover other available public pages before exploring further. # Combien de RAM pour un serveur Palworld ? (Guide de dimensionnement) - URL: https://game.hostwolf.net/blog/fr/combien-de-ram-pour-un-serveur-palworld-guide-de-dimensionnement/ - Published: 2026-10-07T02:22:47.000Z - Updated: 2026-10-08T00:46:06.000Z - Description: Pocketpair recommande officiellement 16 Go de RAM pour le serveur, mais la réponse réelle dépend de votre monde et non seulement du nombre de joueurs. Un tableau de dimensionnement pratique, un diagnostic redémarrage vs mise à niveau, et comment contrôler la croissance de la mémoire. - Author: Hostwolf Team - Tags: Palworld, Survie, Performance La documentation officielle de **Pocketpair recommande 16 Go de RAM** pour un serveur dédié Palworld. 8 Go permettent de démarrer le serveur, mais comportent un risque réel de plantages par manque de mémoire (OOM), et Pocketpair indique « plus de 32 Go » pour les configurations plus importantes. Alors : combien de RAM faut-il pour un serveur Palworld ? La réponse complète, que sautent la plupart des guides de dimensionnement, est que Palworld se dimensionne en fonction de l'état du monde et de la durée de fonctionnement, et non uniquement du nombre de joueurs. Un serveur qui ne redémarre jamais a besoin de plus de RAM qu'un serveur avec le même nombre de joueurs mais soumis à un redémarrage programmé. Ce guide s'appuie sur [la page des exigences officielles de Pocketpair](https://docs.palworldgame.com/getting-started/requirements?ref=game.hostwolf.net) comme référence, puis ajoute les aspects pratiques : un tableau de dimensionnement avec des fourchettes honnêtes, le problème de l'augmentation de la mémoire au fil du temps, et le diagnostic redémarrage contre mise à niveau qui permet d'économiser. ## Exigences officielles du serveur Palworld (v1.0) D'après [le Guide Serveur officiel de Pocketpair](https://docs.palworldgame.com/getting-started/requirements?ref=game.hostwolf.net), valide pour la v1.0 : | Exigence | Spécification officielle | | -------- | ------------------------------------------------------------------------------------------------------------ | | RAM | 16 Go recommandés ; 8 Go démarrent avec un risque de plantage OOM ; « plus de 32 Go » pour les gros serveurs | | CPU | 4 cœurs ou plus, aucune vitesse d'horloge ou modèle spécifié | | Stockage | SSD rapide (un stockage lent « peut corrompre les données sauvegardées ») | | Réseau | UDP 8211 (par défaut, modifiable) | | OS | Windows ou Linux 64 bits | Vous remarquerez que beaucoup de pages d'hébergement citent 8 Go comme « exigence ». Les documents indiquent que 8 Go servent uniquement au démarrage, avec un risque accru de plantages par manque de mémoire. C'est une affirmation différente, et la distinction compte lorsque votre sauvegarde communautaire a déjà trois semaines d'ancienneté. Deux réserves concernant les chiffres officiels. Premièrement, la formulation « plus de 32 Go pour les gros serveurs » est ambiguë. Il ne s'agit pas d'une promesse pour un nombre de joueurs spécifique, et Pocketpair ne publie aucun tableau joueurs-par-Go. Deuxièmement, la version 1.0 a livré des optimisations pour les serveurs dédiés, donc les mesures issues des guides d'accès anticipé ne se transposent pas au ratio 1:1\. Si vous lisez un article de dimensionnement antérieur à la v1.0, méfiez-vous de ses chiffres. ## Tableau de dimensionnement de la RAM pour Palworld selon le nombre de joueurs Vingt personnes sur votre Discord qui se connectent une fois par semaine ne constituent pas un serveur de 20 joueurs. Ce qui importe, c'est le nombre maximum de joueurs en ligne simultanément, car Palworld alloue de la mémoire pour l'état persistant du monde (bases, Pals ouvriers, objets de la Boîte à Pals, caisses abandonnées) plutôt que purement par joueur connecté, comme l'explique [l'analyse de fly-serv](https://www.fly-serv.com/en/blog/palworld-server-requirements-ram-cpu-save-size?ref=game.hostwolf.net). Dimensionnez pour votre soirée la plus chargée, et non pour votre liste de membres. Aucune source n'est parfaitement d'accord sur les chiffres, il s'agit donc de fourchettes et non de dogmes : | Nombre maximal de joueurs simultanés | Fourchette de RAM | Notes | | ------------------------------------ | ----------------- | ------------------------------------------------------------------------------------------------------------ | | 2–4 | 8–12 Go | Les sources divergent : certaines indiquent que 6 Go suffisent avec des redémarrages quotidiens | | 5–10 | 8–16 Go | 8 Go suffisent si vous redémarrez régulièrement | | 10–16 | 12–24 Go | La plupart des mondes de taille communautaire correspondent à ce palier | | 16–32 | 16–32 Go | On approche du territoire des « gros serveurs » selon Pocketpair | | 32+ | 32 Go+ | Recommandation officielle ; certaines sources indiquent que 32 Go constituent la limite du jeu (non vérifié) | Tiré du [tableau HostMyGame 1.0](https://hostmygame.eu/en/guides/palworld/how-much-ram-palworld?ref=game.hostwolf.net), du [dimensionnement conservateur de gamehosting.app](https://gamehosting.app/blog/palworld/palworld-server-ram-requirements/?ref=game.hostwolf.net) et des [paliers de Nodecraft](https://nodecraft.com/support/games/palworld/setup/how-much-ram-does-a-palworld-server-need-?ref=game.hostwolf.net). Notez les désaccords : gamehosting.app estime que 6 Go sont suffisants pour 2 à 4 joueurs occasionnels avec des redémarrages quotidiens, tandis que d'autres ne descendent pas en dessous de 8 Go. Notre choix pour un petit monde entre amis et en famille : 8 Go minimum, 12 Go si vous pouvez vous le permettre, car la marge de manœuvre coûte peu comparé à un serveur qui plante aux heures de pointe. Quel que soit le palier choisi, ajoutez 2 à 4 Go de marge (environ 30 %) pour compenser la croissance progressive de la mémoire, que nous aborderons ci-dessous. ### Pourquoi l'état du monde est aussi important que le nombre de joueurs Qu'est-ce qui explique les valeurs les plus élevées du tableau ? Principalement la densité du monde. Une base avec 15 Pals ouvriers effectue en continu des décisions d'IA, des vérifications d'adéquation au travail et des calculs de chemin. C'est la source de charge principale dans un monde mature, selon [fly-serv](https://www.fly-serv.com/en/blog/palworld-server-requirements-ram-cpu-save-size?ref=game.hostwolf.net), et la v1.0 a environ doublé la taille de la carte en plus de cela. Quelques paramètres de configuration dans `PalWorldSettings.ini` réduisent cette charge : - `BaseCampMaxNumInGuild` (par défaut 3) et `BaseCampWorkerMaxNum` (par défaut 15) : moins de bases et de Pals ouvriers par guilde signifie moins de simulation - `DropItemMaxNum` (par défaut 3000) : plafonne les butins dispersés dans votre monde - `ServerReplicatePawnCullDistance` (par défaut 15000) : baissez-le et les clients suivent moins de Pals éloignés ## Pourquoi la mémoire de Palworld augmente progressivement avec le temps (et pourquoi plus de RAM ne fait que retarder le problème) Le schéma documenté : la RAM d'un serveur Palworld augmente régulièrement même à nombre de joueurs constant, et diminue après un redémarrage. Ce comportement de croissance de la mémoire (que la plupart appellent une fuite) est LE problème opérationnel caractéristique des serveurs Palworld, et selon [game-serverhosting.com](https://game-serverhosting.com/en/guides/palworld/pw-server-performance-ram?ref=game.hostwolf.net), le processus occupe toujours plus de mémoire à chaque heure de fonctionnement, même après la v1.0. ![Un graphique énergétique orange lumineux s'élève au-dessus d'une salle de serveurs plongée dans la pénombre, avec des racks en silhouette sous une lumière froide…](https://game.hostwolf.net/blog/fr/content/images/2026/10/palworld-server-ram-sizing-ram-growth-chart.webp) Dimensionner un serveur Palworld : comment les besoins en RAM augmentent à mesure que votre monde se remplit. Une chronologie typique, basée sur [les rapports de ConnectHosting](https://connecthosting.net/blog/palworld-memory-leak-fix?ref=game.hostwolf.net) : les jours 2 à 3, on observe une montée progressive de la RAM et du rubber-banding ; les jours 4 à 6, des pics de latence apparaissent ; et sans mémoire disponible, un plantage par manque de mémoire survient en environ une semaine. À considérer comme illustratif plutôt que précis ; cette source n'a publié aucune mesure. Pocketpair corrige le problème. Des correctifs de fuites pour les serveurs dédiés ont été intégrés dans [v0.3.10 (octobre 2024) et v0.5.3 (avril 2025)](https://serverside.com/blog/how-to-host-a-palworld-server?ref=game.hostwolf.net), une optimisation pour les sessions longues est arrivée en v0.6.2 (juillet 2025), et les notes de publication de la v1.0 incluaient d'autres correctifs. La croissance s'est améliorée mais reste un problème opérationnel actuel. L'essentiel à retenir : plus de RAM repousse la limite. Cela ne corrige pas la croissance. Si votre serveur gagne 500 Mo par jour, un plan de 16 Go plantera simplement plus tard qu'un plan de 8 Go. ## Redémarrez, ne mettez pas à niveau : le diagnostic qui vous fait économiser de l'argent Voici la règle de décision que nous utiliserions : **si la RAM augmente régulièrement à nombre de joueurs constant et baisse après un redémarrage, la solution passe par des redémarrages planifiés, et non par une offre plus grande.** Un redémarrage efface la mémoire accumulée et vous revenez à une base propre. C'est la solution consensuelle dans tous les guides dignes d'intérêt. Une mise à niveau n'est justifiée que lorsque : - La RAM sature répétitivement malgré des redémarrages programmés - Vous subissez des plantages OOM juste après un redémarrage tout juste effectué - Vous pouvez mesurer un gain réel de stabilité grâce à la marge supplémentaire Une vérification contre-intuitive avant de dépenser de l'argent : si les cœurs CPU sont saturés alors que la marge de RAM reste disponible, vous avez un goulot d'étranglement CPU, et non un problème de RAM. Une latence concentrée près des grandes bases est généralement due à la simulation et à la densité, pas à la mémoire. Augmenter la RAM pour ce symptôme ne change rien. Lorsque vous redémarrez, faites-le correctement. La séquence documentée issue [de la documentation de configuration de Pocketpair](https://docs.palworldgame.com/settings-and-operation/configuration?ref=game.hostwolf.net) : 1. `/Save` pour vider le monde sur disque 2. `/Broadcast` un message d'avertissement, e.g. `/Broadcast Restarting in 60 seconds!` 3. `/Shutdown 60`, ce qui donne aux joueurs une minute pour finir leurs actions ## Comment programmer les redémarrages et sauvegardes pour maintenir un serveur Palworld stable ### Fréquence des redémarrages : ce que recommandent les sources et pourquoi il n'existe pas de nombre universel Il n’existe pas de chiffre officiel, et les sources divergent vraiment : [XGamingServer recommande](https://xgamingserver.com/docs/palworld/memory-leak-fix?ref=game.hostwolf.net) 4 à 6 heures pour les petits serveurs jusqu’à une fois par heure pour les grands, tandis que [WebsNP recommande](https://www.websnp.com/help/palworld-dedicated-server-hosting-setup-guide?ref=game.hostwolf.net) 6 à 12 heures pendant les périodes de faible trafic. Notre lecture pratique : toutes les 6 à 12 heures pour les mondes actifs, quotidiennement pour les calmes, en choisissant la fenêtre de population minimale (5 h 00 est le choix classique). ### Sauvegarder en toute sécurité Sauvegardez `Pal/Saved/SaveGames/` immédiatement après un arrêt propre, jamais en cours d’écriture, selon [WebsNP](https://www.websnp.com/help/palworld-dedicated-server-hosting-setup-guide?ref=game.hostwolf.net). Conservez également `bIsUseBackupSaveData=True` dans votre configuration. Selon [la documentation officielle](https://docs.palworldgame.com/settings-and-operation/configuration?ref=game.hostwolf.net), ce paramètre maintient un répertoire de sauvegarde rotatif aux côtés de votre sauvegarde (5 sauvegardes par 30 secondes, 6 par 10 minutes, 12 par heure, 7 par jour), au prix d’une charge disque supplémentaire. C’est une assurance bon marché pour une sauvegarde qui peut contenir des mois de travail. ### Surveiller le fichier de sauvegarde `Level.sav` contient tout le monde (bases, Pals, conteneurs, guildes) et est le fichier qui grossit. Il commence à quelques mégaoctets et atteint 40 à 150 Mo avec une douzaine de joueurs actifs, selon [fly-serv](https://www.fly-serv.com/en/blog/palworld-server-requirements-ram-cpu-save-size?ref=game.hostwolf.net). Des sauvegardes plus volumineuses signifient des blocages plus longs, car chaque sauvegarde automatique sérialise l’intégralité du fichier. Vous pouvez vérifier le vôtre avec `ls -lh */Level.sav` dans `~/Pal/Saved/SaveGames/0/`. Une croissance supérieure à 10 Mo par semaine indique que la densité de votre monde augmente. ### Fréquence de sauvegarde `AutoSaveSpan` dans `PalWorldSettings.ini` contrôle l'intervalle de sauvegarde automatique, mais les sources divergent sur la valeur par défaut (l'une dit 30 s, l'autre 15 s, la documentation officielle ne liste aucune valeur par défaut). Le test concret : définissez la valeur que vous envisagez, observez les horodatages de `Level.sav` pendant une journée pour voir à quelle fréquence il écrit réellement, puis pesez la récupération après crash contre les blocages de sauvegarde. Certains administrateurs de grands mondes l'étendent à 600 s pour réduire ces blocages. N'oubliez pas qu'un intervalle plus long signifie plus de progrès perdus en cas de crash. Chez Hostwolf, les programmations intégrées gèrent le redémarrage nocturne, et les sauvegardes quotidiennes avec restauration en un clic assurent un filet de sécurité, vous n’avez donc pas besoin de configurer cron vous-même. ## RAM vs CPU : pourquoi votre serveur peut laguer même avec de la mémoire libre La simulation de Palworld est sensible aux performances monothread, ce qui signifie que la vitesse d’horloge par cœur compte plus que le nombre de cœurs, selon [l’analyse de fly-serv](https://www.fly-serv.com/en/blog/palworld-server-requirements-ram-cpu-save-size?ref=game.hostwolf.net). Quatre cœurs ou plus constituent un minimum, pas une garantie de fluidité. La seule façon de le savoir est de tester en conditions réelles avec de vrais joueurs. Un guide rapide des symptômes : - **Utilisation élevée de la RAM + lag** : croissance de la mémoire ; commencez par corriger la planification des redémarrages - **Faible utilisation de la RAM + lag** : problème de CPU/densité ; la RAM n’aidera pas - **Lag uniquement près des grandes bases** : charge de l’état du monde due aux Pals et au pathfinding Le stockage compte aussi. Une sauvegarde de 150 Mo sérialisée sur un disque lent provoque des blocages de 1 à 2 secondes à chaque sauvegarde automatique. C’est pourquoi la documentation officielle recommande un SSD rapide et met en garde contre les risques de corruption des données sur un stockage lent. Ce n’est pas un luxe. ## Choisir le bon plan Adaptez le tableau de dimensionnement à un plan : commencez au palier 16 Go pour un véritable serveur communautaire, et montez vers 32 Go pour les mondes chargés et longue durée qui ne redémarrent pas souvent. La simulation étant sensible aux performances monothread, les options CPU dédié valent le coup d’œil. Vous payez pour des performances cohérentes par cœur, exactement ce que Palworld recherche. L’aspect opérationnel compte autant que les spécifications brutes. Avec [l’hébergement de serveur Palworld chez Hostwolf](https://hostwolf.net/games/palworld?ref=game.hostwolf.net), vous obtenez votre propre machine cloud, des redémarrages planifiés, des sauvegardes quotidiennes avec restauration en un clic, une console en direct et des éditeurs de paramètres par jeu pour des éléments comme `BaseCampWorkerMaxNum`. Consultez [les tarifs Hostwolf par taille de RAM](https://hostwolf.net/pricing?ref=game.hostwolf.net) pour les plans et régions actuels. ## Conclusion La réponse honnête à « combien de RAM faut-il pour un serveur Palworld » est un minimum de base plus une habitude. Le minimum : 16 Go pour tout ce qui dépasse un monde casual entre amis, à porter à 32 Go pour les serveurs chargés. L’habitude : des redémarrages planifiés, car la croissance de la mémoire avec le temps de fonctionnement est un comportement documenté et plus de RAM ne fait que la retarder, jamais la résoudre. Dimensionnez pour le monde que vous aurez dans deux mois, avec plus de bases, plus de Pals et un `Level.sav` plus gros, pas celui du premier jour.