Réduire le lag sur un serveur Project Zomboid : CPU, RAM, zombies et mods

Rubber-banding des zombies, freezes de 2 secondes, voitures qui téléportent : le lag sur un serveur Project Zomboid a toujours une cause identifiable. PZ étant un jeu massivement CPU-bound, la méthode de diagnostic ne ressemble pas à celle des autres jeux. Ce guide la déroule dans l’ordre : identifier la cause, puis appliquer le bon correctif.

Pour un serveur Project Zomboid chez HebergTonServ, le monitoring CPU/RAM est intégré au panel — le diagnostic se fait en un coup d’œil.

Étape 1 — Identifier la cause : CPU, RAM ou réseau ?

Sur le panel, surveillez :

• CPU > 90% sur un cœur en continu → cause CPU
• RAM au plafond du Xmx → cause mémoire

Étape 2 — Cause CPU : alléger la simulation

Project Zomboid simule chaque zombie. La population est le levier n°1.

Réduire la population zombie

Dans SandboxVars.lua (serveur arrêté) :

ZombieLore = {
    Speed = 2,
    ...
},
PopulationMultiplier = 1.0,
PopulationStartMultiplier = 1.0,
PopulationPeakMultiplier = 1.5,

• PopulationMultiplier : passez de 1.0 à 0.8 — déjà ~20% de simulation en moins
• PopulationPeakMultiplier : plafonnez le pic (4.0 par défaut sur certains presets = brutal à 20 joueurs)

Guide complet des paramètres : Régler Sandbox.lua Project Zomboid.

Les autres leviers CPU

• Réduire MaxPlayers : chaque joueur charge des cellules de map supplémentaires (zombies simulés autour de chacun)
• Limiter les véhicules : CarSpawnRate bas — la physique des véhicules coûte cher
• Éviter les cartes moddées géantes mal optimisées

Si le CPU sature en vanilla avec 10 joueurs et population normale, le problème est le matériel : un CPU à faible performance single-thread (vieux Xeon mutualisé) ne se compense pas par la config. C’est le critère n°1 d’un bon hébergeur — voir Meilleur hébergeur Project Zomboid.

Étape 3 — Cause RAM : ajuster le Xmx

Symptôme classique : freezes périodiques = le garbage collector Java tourne en urgence faute de marge.

Dans ProjectZomboid64.json :

"vmArgs": [
    "-Xms8g",
    "-Xmx8g"
]

Règles :

1. Xmx selon la formule Build 42 : 6 Go base + 500 Mo/joueur
2. Xms = Xmx : évite les redimensionnements de heap en pleine partie
3. Jamais toute la RAM de la machine : gardez 2 Go pour l’OS

Calcul détaillé : Combien de RAM pour un serveur Project Zomboid ?

Étape 4 — Auditer les mods

Les mods sont la cause n°1 des fuites mémoire et du lag croissant.

Méthode de diagnostic par dichotomie

1. Sauvegardez le serveur
2. Désactivez la moitié des mods dans servertest.ini (Mods= / WorkshopItems=)
3. Le lag disparaît ? Le coupable est dans la moitié désactivée — réactivez par moitiés successives
4. Le lag persiste ? Testez l’autre moitié

Les profils de mods à risque

• Mods qui ajoutent des NPC/survivants IA : très coûteux en CPU
• Mods de spawn d’items massif : gonflent la save et la RAM
• Cartes moddées non optimisées
• Mods non mis à jour pour votre version (incompatibilités silencieuses → erreurs en boucle dans les logs)

Consultez la console : des erreurs Lua qui défilent en continu = un mod cassé qui consomme du CPU pour rien. Voir les logs depuis le panel ou Zomboid/console.txt.

Bonnes pratiques d’installation : Installer des mods Steam Workshop sur un serveur PZ.

Étape 5 — Planifier des redémarrages réguliers

Même un serveur sain accumule de la mémoire au fil des heures (chunks chargés, historique d’objets). Le standard :

• 1 redémarrage quotidien à heure creuse (ex. 6h du matin)
• Annoncez-le avec /servermsg "Redémarrage dans 5 minutes" puis /save avant l’arrêt

Commandes utiles : Liste des commandes admin Project Zomboid.

Étape 6 — Écarter la piste réseau

• Un seul joueur lag → son problème (Wi-Fi, FAI, distance au datacenter)
• Tout le monde lag en même temps, CPU/RAM normaux → réseau serveur ou DDoS
• Faites tester le ping : > 100 ms pour des joueurs FR = datacenter trop loin

Un datacenter en Europe de l’Ouest garantit 5-40 ms aux joueurs français. Sous attaque DDoS, seule une mitigation automatique (5 Tbps chez HebergTonServ) maintient le serveur en ligne.

Checklist anti-lag récapitulative

1. ✅ Monitoring : identifier CPU vs RAM vs réseau
2. ✅ PopulationMultiplier ≤ 1.0 si CPU chargé
3. ✅ Xms = Xmx, dimensionnés formule B42
4. ✅ Audit mods par dichotomie, logs sans erreurs Lua
5. ✅ Redémarrage quotidien automatique
6. ✅ CPU single-thread récent (Ryzen 9 / i9)
7. ✅ Datacenter proche des joueurs

FAQ

Mon serveur lag seulement quand on est 15+, normal ?

C’est le profil CPU typique : chaque joueur ajoute des cellules simulées. Réduisez la population zombie, ou passez sur un CPU plus puissant si vous êtes sur du mutualisé bas de gamme.

Augmenter la RAM va-t-il supprimer le lag ?

Seulement si le symptôme est mémoire (freezes GC, OutOfMemory). Si les zombies rubber-band avec RAM libre, c’est le CPU — la RAM n’y changera rien.

Build 42 lag plus que Build 41, est-ce moi ?

Non — B42 consomme plus (base ~6 Go RAM, simulation enrichie) et le multijoueur est encore en stabilisation sur la branche Unstable. The Indie Stone recommande ≤ 20 joueurs en attendant le stable.

Le lag vient-il parfois des joueurs eux-mêmes ?

Oui : un joueur avec 5 FPS ou une connexion à 1 Mbps peut créer du désync visible par les autres (véhicules notamment).

Conclusion

Le lag sur Project Zomboid se résout par diagnostic : CPU (population zombie, nombre de joueurs, qualité du processeur), RAM (Xmx bien réglé), mods (audit par dichotomie) et redémarrages quotidiens. Si le matériel est le goulot, aucune config ne sauvera un CPU faible.

Pour un hébergeur Project Zomboid sur Ryzen 9 5950X — parmi les meilleures performances single-thread du marché — avec 16 Go de RAM et monitoring intégré, HebergTonServ est la référence française dès 25,90€/mois.

Pour aller plus loin

• Combien de RAM pour un serveur Project Zomboid ?
• Régler Sandbox.lua Project Zomboid
• Installer mods Steam Workshop Project Zomboid
• Liste commandes admin Project Zomboid
• Hébergeur Project Zomboid dès 25,90€/mois