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
| Base | Pour qui | À savoir |
|---|---|---|
| Vanilla | Reproduire le jeu à l'identique | Aucun plugin, et des performances médiocres au-delà de dix joueurs |
| Paper | La quasi-totalité des serveurs | Compatible plugins Spigot, nettement plus rapide, réglages fins |
| Fabric / Forge | Les serveurs moddés | Chaque 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
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 --noguiXms 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
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
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
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
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
| Joueurs | Mémoire | Remarque |
|---|---|---|
| 2 à 10 | 2 à 4 Go | Survie entre amis, peu de plugins |
| 10 à 30 | 4 à 8 Go | Paper, distance de vue à 10, monde pré-généré |
| 30 à 80 | 8 à 16 Go | Il faut commencer à surveiller les fermes à mobs |
| Au-delà | 16 Go et plus | Sé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