Optimiser un serveur Minecraft : moins de lag et plus de TPS

Un serveur Minecraft calcule le monde 20 fois par seconde : ce sont les TPS (ticks par seconde). S'il n'y arrive pas, ils passent sous 20 et tout tourne au ralenti : les blocs mettent du temps à se casser, les mobs sautillent, les fermes ratent. C'est du lag du serveur, à ne pas confondre avec le ping (ta connexion).

1. Mesure avant de toucher à quoi que ce soit

Les versions récentes de Paper intègrent spark (sur les anciennes, installe-le comme plugin) :

/spark tps : les TPS et le MSPT (millisecondes par tick). En dessous de 50 ms, c'est large ; au-delà de 50, les TPS commencent à chuter.
/spark profiler start puis, après quelques minutes avec des joueurs, /spark profiler stop : tu obtiens un lien vers un rapport de ce qui consomme le temps (un plugin, une ferme, des entités...).

Si tu vois souvent Can't keep up! Is the server overloaded? dans la console, le serveur est à la traîne. Au démarrage, c'est normal ; si c'est permanent, continue ta lecture et regarde aussi la consommation de ton VPS.

2. Utilise Paper, pas le serveur officiel

Paper (ou ses dérivés comme Purpur) corrige beaucoup de problèmes de performance du serveur de Mojang sans changer le jeu. Si vous jouez avec des mods (Fabric, Forge, NeoForge), Paper ne convient pas ; sous Fabric, le mod Lithium améliore nettement les performances.

3. La commande de démarrage recommandée

La documentation de Paper recommande les flags d'Aikar, qui règlent la façon dont Java libère la mémoire pour éviter les saccades. Pour un VPS de 8 Go sous Linux (6,5 Go pour Minecraft) :

java -Xms6500M -Xmx6500M -XX:+UseG1GC -XX:+ParallelRefProcEnabled -XX:MaxGCPauseMillis=200 -XX:+UnlockExperimentalVMOptions -XX:+DisableExplicitGC -XX:+AlwaysPreTouch -XX:G1NewSizePercent=30 -XX:G1MaxNewSizePercent=40 -XX:G1HeapRegionSize=8M -XX:G1ReservePercent=20 -XX:G1HeapWastePercent=5 -XX:G1MixedGCCountTarget=4 -XX:InitiatingHeapOccupancyPercent=15 -XX:G1MixedGCLiveThresholdPercent=90 -XX:G1RSetUpdatingPauseTimePercent=5 -XX:SurvivorRatio=32 -XX:+PerfDisableSharedMem -XX:MaxTenuringThreshold=1 -Dusing.aikars.flags=https://mcflags.emc.gs -Daikars.new.flags=true -jar paper.jar --nogui

Ne change que les deux premières valeurs selon ta mémoire (comment la calculer). Si tu lui donnes plus de 12 Go, la documentation de Paper ajuste certaines valeurs : utilise son générateur de commandes de démarrage.

Plus de RAM ne veut pas dire plus de vitesse. Minecraft fait presque tout son travail sur un seul cœur du processeur. Au-delà de la mémoire dont il a besoin, lui en donner plus n'augmente pas les TPS.

4. Réduis les distances

Dans server.properties :

simulation-distance : jusqu'où le monde « fonctionne » autour de chaque joueur (mobs, cultures, redstone). C'est ce qui pèse le plus : entre 6 et 8 convient à presque tout.
view-distance : jusqu'où on voit. Entre 8 et 10, c'est un bon équilibre.

5. Prégénère le monde

Générer du terrain neuf pendant que les joueurs explorent est l'une des tâches les plus lourdes, surtout avec des élytres. Avec le plugin Chunky, tu le génères à l'avance, de préférence quand il n'y a personne :

/worldborder set 10000
/chunky radius 5000
/chunky start

La bordure empêche de générer du terrain au-delà de la zone prégénérée.

6. Ce qui cause le plus souvent du lag

Trop d'entités : fermes énormes, animaux entassés, objets qui traînent par terre.
De la redstone en boucle : des horloges qui ne s'arrêtent jamais.
Des plugins lourds ou mal faits : le rapport spark te dit lequel.
Un monde non prégénéré avec beaucoup de joueurs qui explorent en même temps.

Si après tout ça le processeur du VPS est toujours à 100 % avec des joueurs, le serveur est devenu trop petit : passe à une offre supérieure sans rien migrer.