SLBCloud
Intermédiaire10 min de lecture

Un serveur Minecraft qui tient la charge

Choisir sa base, régler la mémoire sans se tromper, et les quatre réglages qui font la différence entre vingt joueurs fluides et vingt joueurs qui râlent.

Choisir sa base

BasePour quiÀ savoir
VanillaReproduire le jeu à l'identiqueAucun plugin, et des performances médiocres au-delà de dix joueurs
PaperLa quasi-totalité des serveursCompatible plugins Spigot, nettement plus rapide, réglages fins
Fabric / ForgeLes serveurs moddésChaque joueur doit installer exactement les mêmes mods

La mémoire : plus n'est pas mieux

C'est le contresens le plus répandu. Donner 16 Go à un serveur qui en utilise 4 ne l'accélère pas : ça rallonge les pauses du ramasse-miettes de Java, qui doit alors parcourir un tas énorme. Visez le double de ce que le serveur consomme réellement en pointe, et pas plus.

Une ligne de lancement raisonnable pour 6 Go

bash
java -Xms6G -Xmx6G \
  -XX:+UseG1GC -XX:+ParallelRefProcEnabled \
  -XX:MaxGCPauseMillis=200 -XX:+UnlockExperimentalVMOptions \
  -XX:G1NewSizePercent=30 -XX:G1MaxNewSizePercent=40 \
  -XX:G1HeapRegionSize=8M -XX:G1ReservePercent=20 \
  -jar paper.jar --nogui

Xms et Xmx sont volontairement identiques : on donne à Java une taille fixe plutôt que de le laisser agrandir son tas en cours de partie, ce qui provoque des à-coups.

Les quatre réglages qui comptent vraiment

  1. 1

    La distance de vue

    Dans server.properties, view-distance à 10 plutôt que 32. C'est de loin le réglage le plus lourd : chaque cran supplémentaire multiplie le nombre de tronçons que le serveur calcule pour chaque joueur. Réglez simulation-distance plus bas encore, à 6 ou 8.

  2. 2

    Le nombre de créatures

    Dans bukkit.yml, réduisez spawn-limits. Une ferme à mobs mal conçue chez un joueur suffit à faire tomber tout le serveur.

  3. 3

    Le pré-calcul du monde

    Générer le terrain à l'avance avec un plugin comme Chunky, une fois pour toutes. Sans ça, chaque explorateur fait générer du monde neuf en pleine partie, et tout le monde le sent passer.

  4. 4

    Compter les plugins

    Vingt plugins, c'est vingt fois plus de code exécuté à chaque tic. Installez le plugin Spark et regardez qui consomme réellement, plutôt que de deviner.

Lire les TPS

Le serveur vise vingt tics par seconde. À 20, tout va bien. En dessous de 18, les joueurs sentent que le monde traîne. En dessous de 15, c'est injouable. La commande /tps donne la valeur en direct — c'est la seule mesure qui compte, bien avant l'usage processeur.

Combien de joueurs pour combien de mémoire

JoueursMémoireRemarque
2 à 102 à 4 GoSurvie entre amis, peu de plugins
10 à 304 à 8 GoPaper, distance de vue à 10, monde pré-généré
30 à 808 à 16 GoIl faut commencer à surveiller les fermes à mobs
Au-delà16 Go et plusSéparer les mondes sur plusieurs instances derrière un proxy

Bloqué malgré tout ? Ouvrez un ticket : on répond en français, et on regarde votre machine si besoin.

Ouvrir un ticket