Palworld a la réputation d'être gourmand en mémoire, et ce n'est pas une légende. Un serveur dédié garde en permanence le monde, les joueurs connectés, les bases et surtout les Pals qui y travaillent. La question « combien de RAM me faut-il ? » dépend donc moins de la taille de votre groupe d'amis que de la manière dont vous allez jouer : combien de personnes en même temps, combien de bases, avec ou sans mods, et pendant combien de temps le serveur tourne sans redémarrer. Ce guide part des recommandations officielles, explique chaque paramètre et donne des fourchettes cohérentes avec notre calculateur.

Ce que recommande Pocketpair

La documentation officielle du serveur dédié (docs.palworldgame.com) fixe les besoins matériels suivants :

Ressource Recommandation officielle
Mémoire 16 Go, et 32 Go ou plus recommandés
Processeur 4 cœurs ou plus
Stockage SSD rapide (un stockage lent peut corrompre la sauvegarde)
Réseau port UDP 8211 par défaut, modifiable

La même page précise qu'un serveur démarre avec 8 Go, mais que le risque de plantage par manque de mémoire augmente. Autrement dit : 8 Go est un plancher technique, pas une configuration confortable. Ces recommandations valent pour une machine que vous installez vous-même, système d'exploitation compris. Chez un hébergeur, la RAM de l'offre est réservée au serveur de jeu, ce qui laisse un peu plus de marge à quantité égale, mais l'ordre de grandeur reste le même.

Pourquoi Palworld consomme autant

Les Pals actifs dans les bases

C'est la particularité de Palworld. Chaque Pal assigné à une base continue d'exister et d'être simulé tant que la zone est chargée : déplacements, travail, faim, sommeil. Une base remplie de Pals qui cultivent, fabriquent et transportent des objets coûte bien plus qu'un joueur seul qui explore. Le serveur plafonne ces chiffres avec deux paramètres de PalWorldSettings.ini : BaseCampWorkerMaxNum (le nombre de Pals par base, 50 au maximum) et BaseCampMaxNumInGuild (le nombre de bases par guilde, 4 par défaut et 10 au maximum). La documentation officielle indique que relever ces valeurs augmente la charge du serveur.

Les joueurs connectés simultanément

Chaque joueur charge la zone de la carte qui l'entoure, avec les Pals sauvages, les ressources et les structures qui s'y trouvent. Comme pour tout jeu de survie, c'est le nombre de joueurs connectés en même temps qui compte, pas la liste de ceux qui ont déjà rejoint le serveur. Des joueurs dispersés aux quatre coins de la carte coûtent plus cher qu'un groupe qui joue ensemble. Un serveur dédié accepte au maximum 32 joueurs.

La mémoire qui grimpe avec le temps

Beaucoup d'administrateurs constatent que la consommation d'un serveur Palworld augmente au fil des heures de fonctionnement, même à nombre de joueurs constant. La pratique la plus répandue consiste à programmer un redémarrage quotidien, idéalement à une heure creuse. La commande d'administration /Shutdown accepte un délai et un message pour prévenir les joueurs, et la plupart des panels d'hébergement proposent des tâches planifiées. Un serveur redémarré chaque jour tient beaucoup mieux sur une offre donnée qu'un serveur laissé allumé une semaine.

Les mods

Les mods ajoutent du contenu, des scripts (UE4SS, Lua, PalSchema) et parfois des Pals ou des structures supplémentaires. Leur coût varie énormément d'un mod à l'autre, mais un serveur moddé part toujours d'un socle plus élevé qu'un serveur vanilla. La page serveur Palworld moddé détaille les contraintes propres aux mods côté serveur.

Notre modèle d'estimation

Notre calculateur de RAM applique un modèle volontairement simple, que nous publions pour que vous puissiez le vérifier :

Élément Serveur vanilla Serveur moddé
Socle environ 6 Go environ 7,5 Go
Par joueur connecté + 0,45 Go + 0,5 Go
Par base au-delà de 4 (sur tout le serveur) + 0,2 Go + 0,2 Go

Le résultat est arrondi au palier d'offre supérieur (4, 8, 12, 16, 24 ou 32 Go), et le calculateur propose aussi le palier suivant comme option confortable. Ce ne sont pas des mesures réalisées sur un serveur précis, mais des points de départ raisonnables, pensés pour rester cohérents avec les recommandations de Pocketpair : même un tout petit serveur ne descend jamais sous 8 Go.

Le nombre de bases s'entend pour l'ensemble du serveur, toutes guildes confondues. Quatre amis dans une seule guilde avec les réglages par défaut auront au plus 4 bases ; huit joueurs répartis en trois guildes peuvent en avoir 12.

Fourchettes indicatives selon l'usage

En appliquant ce modèle, on obtient les repères suivants. À prendre comme une orientation, pas comme une garantie :

  • 2 à 4 joueurs, une guilde, 4 bases au plus, sans mods : 8 Go, 12 Go si le serveur tourne longtemps sans redémarrer.
  • Environ 8 joueurs et 8 bases, sans mods : 12 Go, 16 Go pour être à l'aise.
  • Environ 16 joueurs et 16 bases, sans mods : 16 Go, soit exactement la recommandation officielle ; 24 Go pour de la marge.
  • 20 joueurs ou plus avec de nombreuses bases : 24 Go.
  • 32 joueurs (le maximum) avec une base par joueur ou plus : 32 Go, en ligne avec les 32 Go ou plus conseillés par Pocketpair.
  • Petit groupe avec mods (4 joueurs) : 12 Go.
  • 8 joueurs avec mods et 8 bases : 16 Go.
  • 16 joueurs ou plus avec mods, une base par joueur : 24 Go, jusqu'à 32 Go pour un serveur complet.

Pour un chiffre adapté à votre situation, indiquez le nombre de joueurs, le nombre de bases et le type de serveur dans le calculateur de RAM.

Les signes d'un manque (ou d'un excès) de RAM

Signes d'un manque de mémoire :

  • le serveur plante ou redémarre seul, souvent après plusieurs heures de fonctionnement,
  • le panel affiche une utilisation mémoire collée à la limite de l'offre,
  • des Pals se figent, des objets mettent du temps à apparaître ou les joueurs sont déconnectés en masse,
  • les problèmes disparaissent juste après un redémarrage, puis reviennent.

Signes que vous avez plus que nécessaire :

  • la mémoire reste nettement sous la limite, même en fin de journée et aux heures de pointe,
  • le serveur rame alors que la mémoire est loin d'être pleine : le problème vient plutôt du processeur ou du stockage.

Suivez la courbe mémoire sur une journée entière, pas seulement au démarrage : c'est la valeur juste avant le redémarrage quotidien qui compte.

Réduire la consommation sans changer d'offre

Plusieurs réglages officiels de PalWorldSettings.ini allègent la charge :

  • Limiter les bases et les Pals par base avec BaseCampMaxNumInGuild, BaseCampMaxNum (le total de bases sur le serveur) et BaseCampWorkerMaxNum.
  • Réduire la distance de synchronisation des Pals avec ServerReplicatePawnCullDistance (entre 5 000 et 15 000 cm selon la documentation).
  • Ne pas augmenter PalSpawnNumRate, que la documentation signale comme ayant un impact sur les performances.
  • Activer la suppression des guildes inactives (bAutoResetGuildNoOnlinePlayers) sur un serveur public, pour que les bases abandonnées ne continuent pas à tourner.
  • Programmer un redémarrage quotidien.
  • Retirer les mods inutilisés, et vérifier qu'un mod récemment ajouté n'est pas à l'origine d'une hausse soudaine.

Choisir son offre

Prenez votre estimation, gardez de la marge pour les soirées où tout le monde est connecté et choisissez le palier standard le plus proche. En cas de doute entre deux paliers, le plus élevé est généralement le bon choix sur Palworld : manquer de mémoire provoque des plantages, alors qu'un peu de marge ne coûte que quelques euros par mois. Donnez ensuite la même attention au processeur et au stockage, que détaille le guide comment choisir son hébergeur Palworld. Le comparateur permet de filtrer les offres par RAM, par nombre de joueurs et par localisation.

Saisissez au moins 2 caractères.