Réduire le lag (chunks, entités, redstone)

Un serveur en dessous de 20 TPS (ticks par seconde) se traduit par des blocs qui réapparaissent, des mobs qui sautent et des délais sur les actions. Le lag vient le plus souvent des chunks chargés, des entités accumulées et de la redstone massive.

Cause / Le problème

Le serveur calcule chaque tick tous les chunks dans la simulation-distance, toutes les entités et toute la redstone active. Plus la zone est grande, plus la charge augmente de façon exponentielle.

Solution

1. Réduisez les distances dans server.properties :

   view-distance=8
   simulation-distance=4

   view-distance gère l’envoi des chunks au client, simulation-distance les calculs (mobs, cultures). Ce dernier est le plus impactant sur les TPS.
2. Passez à Paper si vous êtes sur Spigot/Vanilla. Paper introduit des optimisations majeures dans paper-global.yml et paper-world.yml (entity-activation-range, hopper, chunk GC).
3. Limitez les caps de mobs dans paper-world.yml :

   entities:
     spawning:
       monster-spawn-limit: 50
       animal-spawn-limit: 10

4. Nettoyez les entités en surnombre. Détectez les clusters avec /minecraft:kill @e[type=!player,r=50] ciblé, ou utilisez ClearLag pour purger automatiquement les items au sol et les mobs excédentaires.
5. Prégénérez les chunks avec un plugin comme Chunky. Les exploration sauvages de nouveaux joueurs ne déclencheront plus de pic de génération :

   /chunky world world
   /chunky radius 5000
   /chunky start

6. Repérez les farms à redstone gourmandes. Les trieurs d’items en grande quantité et les fermes à fer/columns génèrent des centaines d’updates par tick. Profilez-les avec /spark health et limitez-les ou éloignez-les des zones actives.

Surveillez les TPS en continu avec /spark health ou le tableau de bord du panel : un serveur sain reste entre 19,5 et 20 TPS.