Serveur Minecraft qui lag : 10 optimisations qui marchent vraiment

Ton serveur Minecraft rame, les blocs réapparaissent après avoir été cassés, les mobs se téléportent ? Avant de racheter de la RAM au hasard, pose un vrai diagnostic. Voici la méthode, puis 10 optimisations classées par impact.

D'abord : mesurer, pas deviner

Le lag a trois origines possibles, et elles ne se soignent pas pareil :

• TPS bas (le serveur calcule trop) : le monde entier ralentit pour tout le monde. Commande /tps (Paper) : 20 c'est parfait, sous 18 il y a un problème.
• Ping élevé (le réseau) : seul le joueur concerné rame, le monde tourne normalement. Souvent lié à la distance au serveur.
• FPS bas (le client) : le problème est sur le PC du joueur, pas sur le serveur.

Pour les TPS, l'outil roi est spark (/spark profiler) : il te dit précisément ce qui consomme : un chunk de fermes à mobs, un plugin gourmand, la génération de terrain. La suite de cet article traite du lag serveur (TPS).

Les 10 optimisations, de la plus efficace à la plus fine

1. Passe sur Paper (ou Purpur)

Si tu tournes encore sur le serveur Vanilla ou Spigot : Paper est le même jeu, optimisé. Migration transparente (mêmes mondes, mêmes plugins Spigot), gains immédiats de 30 à 50 % dans la plupart des cas. C'est l'optimisation n°1, avant tout le reste.

2. Baisse la view-distance

Chaque +1 de view-distance augmente les chunks actifs de façon quadratique. Passer de 10 à 7 réduit près de moitié la charge. Combine avec simulation-distance (Paper) : garde une simulation à 6-7 et un affichage à 8-10. Les joueurs voient loin, le serveur ne simule que le proche.

3. Pré-génère ta map

La génération de nouveaux chunks est l'opération la plus coûteuse du jeu. Avec le plugin Chunky, pré-génère ta map dans un rayon défini (et pose une bordure avec WorldBorder). L'exploration ne coûtera plus rien.

4. Vérifie ton CPU (le lag « matériel »)

Si spark montre que tout est lent uniformément, ton serveur manque de puissance mono-cœur. Aucun réglage logiciel ne compense un CPU saturé ou survendu. Les serveurs Arkya tournent sur des CPU récents à haute fréquence, et tu peux monter de config en deux clics si ta communauté grandit.

5. Dompte les fermes et les entités

Le grand classique : une ferme à mobs XXL ou 400 items au sol dans un entonnoir. Leviers :

• réduis les spawn-limits dans les configs Paper (monstres à 50-60 au lieu de 70) ;
• augmente merge-radius pour les items au sol ;
• limite les hoppers (hopper.check-interval) : les tapis de hoppers sont des gouffres.

6. Alloue la bonne RAM (ni trop, ni trop peu)

Trop peu de RAM = garbage collector en panique = lag spikes réguliers. Mais trop de RAM aggrave aussi les pauses GC. Pour un serveur classique, 4-8 Go bien réglés avec les flags Aikar (les drapeaux Java standards de la communauté, souvent préconfigurés chez les hébergeurs) suffisent largement.

7. Audite tes plugins

Un seul plugin mal codé peut consommer plus que tout le reste. /spark profiler te donne le coupable en 5 minutes. Méfie-toi des plugins d'affichage (holographes, scoreboards animés) qui tickent en permanence, et supprime tout ce qui ne sert plus.

8. Nettoie les chunks inutiles

Un monde de plusieurs années accumule des chunks visités une fois. Des outils comme MCA Selector suppriment les chunks jamais modifiés : ta map fond de plusieurs Go et les sauvegardes accélèrent. (Backup complet avant, évidemment.)

9. Redémarre quotidiennement

Un restart par jour (à 5-6h du matin, annoncé) purge la mémoire et les entités fantômes. Tous les serveurs sérieux le font, automatise-le.

10. Le stockage NVMe

Les sauvegardes du monde et le chargement des chunks écrivent en permanence. Sur un disque dur mécanique ou un SSD SATA saturé, ces I/O bloquent le thread principal. Le NVMe est le standard, et c'est le cas sur toute l'infrastructure Arkya.

L'ordre d'intervention recommandé

1. Mesure avec /tps et spark (5 min)
2. Paper + view-distance 7-8 + simulation-distance 6 (15 min)
3. Pré-génération + world border (1 h en tâche de fond)
4. Chasse aux entités/fermes et audit plugins (selon spark)
5. Si tout est propre et que ça rame encore, le problème est matériel : change de config ou d'hébergeur

Le mot de la fin

90 % des serveurs qui « lagguent » cumulent Vanilla + view-distance 10 + CPU d'entrée de gamme. Les trois premières optimisations de cette liste règlent l'essentiel. Et si ton serveur actuel plafonne malgré tout, compare avec une config Arkya : facturée à l'heure, donc testable pour quelques centimes.