Serveur Minecraft : bien régler la RAM et la JVM

Sur un serveur Minecraft, la mémoire est le réglage que tout le monde touche en premier, souvent dans le mauvais sens. Voici comment fixer la bonne valeur, et quels paramètres de la machine virtuelle Java méritent réellement votre attention.

Combien de RAM allouer

• Vanilla ou Paper, jusqu'à 20 joueurs : 4 Go
• Paper avec beaucoup de plugins, 20 à 50 joueurs : 6 à 8 Go
• Modpack Forge ou Fabric : 8 Go minimum, 12 Go si le pack est lourd
• Serveur en réseau derrière Velocity ou BungeeCord : dimensionnez chaque instance séparément

Un modpack consomme davantage qu'un serveur vanilla à nombre de joueurs égal : ce sont les mods qui pèsent, pas les connexions.

Pourquoi tout allouer est contre-productif

Donner toute la mémoire de la machine à Java ne rend pas le serveur plus rapide. Cela allonge les cycles du ramasse-miettes, et quand celui-ci se déclenche, il provoque une pause plus longue, donc un freeze visible en jeu.

Laissez toujours de la marge au système, au moins 1 Go, davantage si la machine héberge aussi une base de données ou un panel.

Les réglages de JVM qui comptent

Les fameux flags d'Aikar sont un jeu de paramètres destiné à lisser le travail du ramasse-miettes. Sur un serveur de 4 Go ou plus, ils suppriment une bonne partie des micro-freezes réguliers.

• Fixez la mémoire minimale et maximale à la même valeur, pour éviter que Java ne redimensionne son tas en permanence.
• Utilisez une version récente de Java, adaptée à la version du serveur : les gains entre deux versions majeures sont réels.
• Ne copiez pas des flags trouvés au hasard : certains datent d'une époque où Java fonctionnait différemment et dégradent les performances aujourd'hui.

Trois réglages qui pèsent plus que la RAM

Avant d'ajouter de la mémoire, regardez ces trois valeurs, qui coûtent souvent plus cher que tout le reste.

• La distance de vue : chaque cran supplémentaire multiplie le nombre de chunks à tenir à jour pour chaque joueur.
• La distance de simulation : elle décide de ce qui vit réellement autour du joueur, mobs et mécanismes compris.
• La pré-génération du monde : générer les chunks à l'avance évite les à-coups quand un joueur explore une zone neuve.

Sur un serveur qui accueille des explorateurs, la pré-génération change davantage l'expérience qu'un doublement de la mémoire.

Paper, Fabric ou vanilla : l'impact sur les ressources

Un serveur vanilla fait tourner le code de Mojang tel quel. Paper réécrit une partie du moteur pour mieux répartir le travail, et supporte donc plus de joueurs à matériel égal. Pour un serveur public, c'est le choix par défaut.

Les modpacks Forge ou Fabric jouent dans une autre catégorie : ce sont des centaines de mods qui s'ajoutent, avec leurs propres entités et leurs propres calculs. Un pack lourd à dix joueurs consomme davantage qu'un serveur Paper à cinquante.

La mémoire n'est pas toujours le problème

Quand un serveur tombe sous 20 ticks par seconde, la cause est souvent ailleurs : une ferme à mobs, un plugin qui scanne trop de blocs, un monde qui n'a jamais été pré-généré, ou un simple disque lent. Un serveur sur stockage NVMe encaisse infiniment mieux la génération de chunks qu'un disque mécanique.

Avant d'acheter de la mémoire, regardez le rapport de timings de votre serveur : il désigne le coupable en quelques minutes.

Résumé

Allouez ce dont votre serveur a besoin, pas tout ce que la machine possède. Gardez de la marge pour le système, fixez le minimum et le maximum à la même valeur, utilisez des flags adaptés à votre taille de tas, et vérifiez les timings avant de conclure que c'est un problème de RAM.