De combien de RAM votre serveur Minecraft a-t-il besoin ?

Trop peu de RAM provoque des crashs et des saccades, trop de RAM signifie payer chaque mois pour de la mémoire que votre serveur n'utilise jamais. Dans cet article, vous trouverez des repères concrets par type de serveur et par nombre de joueurs, vous comprendrez pourquoi le heap Java doit toujours être plus petit que votre offre, et vous verrez à quels signaux reconnaître qu'il est temps de passer à l'offre supérieure — ou que vous pouvez au contraire réduire.

Repères par type de serveur et nombre de joueurs

Les chiffres ci-dessous correspondent à la taille totale de l'offre (et non au heap Java, nous y revenons plus bas). Basez-vous sur votre pic de joueurs, pas sur la moyenne.

Piège : la RAM recommandée sur la page d'un modpack est presque toujours une valeur client. Un serveur doit gérer en même temps les chunks, les entités et les machines de tous les joueurs, et a donc souvent besoin de 2 à 4 Go de plus. All the Mods 10 (NeoForge, 1.21.1) tourne très bien côté client avec 8 Go, mais nécessite 10 à 12 Go en serveur — surtout pendant la génération du monde.

Déterminez vos besoins en RAM en quatre étapes

1. Choisissez dans le tableau la ligne qui correspond à votre logiciel serveur et la colonne de votre pic de joueurs attendu.
2. Ajoutez 1 à 2 Go si vous utilisez beaucoup de plugins (50+), une view distance élevée, plusieurs mondes chargés ou un générateur de monde personnalisé.
3. Choisissez l'offre égale ou supérieure à ce total ; arrondissez toujours vers le haut.
4. Après une semaine d'utilisation réelle, consultez l'onglet Console du panel : vous y verrez des graphiques en direct de la mémoire et du CPU. Si vous dépassez constamment 90 % aux heures de pointe, passez à l'offre supérieure ; si vous restez sous 60 %, une offre plus petite peut suffire.

Pourquoi ne jamais donner 100 % au heap Java

Le processus Java ne se limite pas au heap que vous définissez avec -Xmx. S'y ajoute la mémoire off-heap : le metaspace pour les classes chargées, le compilateur JIT, les stacks des threads et la direct memory que Netty utilise pour le trafic réseau et les I/O des chunks. Avec un modpack contenant des centaines de mods, cet overhead peut facilement atteindre 1 à 2 Go. Si vous réglez -Xmx sur la totalité de votre offre, le processus total dépasse la limite du conteneur et votre serveur est arrêté brutalement — alors que Java pensait encore avoir de la marge.

1. Règle de base : heap = taille de l'offre moins 1 à 2 Go (soit -Xmx3G pour une offre de 4 Go, environ -Xmx10G pour 12 Go).
2. Dans le panel MC-Node, la commande de démarrage adapte automatiquement le heap à votre offre. Pour la vérifier ou l'ajuster, ouvrez l'onglet Startup et consultez-y la commande de démarrage et ses variables.
3. Redémarrez le serveur via l'onglet Console après chaque modification ; les réglages du heap ne sont lus qu'au démarrage.

Reconnaître un manque — ou un excès — de RAM

Trop peu de RAM : vous voyez java.lang.OutOfMemoryError: Java heap space dans la console ou dans les crash logs, le serveur se coupe soudainement sans message d'erreur clair (kill out-of-memory du conteneur), ou les joueurs subissent des freezes de plus en plus longs parce que le garbage collector met plusieurs secondes à libérer la mémoire.

Trop de RAM : le graphique mémoire ne dépasse jamais 60 %, même aux heures de pointe. Ce n'est pas un problème de performance, mais c'est du budget gaspillé — et un heap démesuré peut même rallonger les pauses du garbage collector au lieu de les raccourcir.

Important : plus de RAM ne corrige pas le lag CPU. Les saccades dues à un grand nombre d'entités, aux horloges redstone ou à la génération du monde sont des problèmes de tick, pas de mémoire. Réalisez d'abord un profil avec Spark grâce à notre guide timings et Spark avant de changer d'offre.

Problèmes courants et messages d'erreur

• OutOfMemoryError: Java heap space — Le heap est saturé en permanence. Passez à une offre supérieure, ou réduisez d'abord la view distance dans server.properties et le nombre de mondes chargés.
• Le serveur se met hors ligne sans message d'erreur — Le processus total (heap plus off-heap) a dépassé la limite de l'offre. Réduisez -Xmx pour garder 1 à 2 Go de marge.
• Could not reserve enough space for object heap — La commande de démarrage demande plus de heap que l'offre n'en propose. Vérifiez la valeur dans l'onglet Startup.
• Can't keep up! Is the server overloaded? — C'est presque toujours un problème de CPU ou de tick ; de la RAM en plus n'y changera rien. Analysez-le avec le guide Spark.
• Le modpack reste lent malgré la RAM recommandée — La recommandation de l'auteur du pack vaut pour le client. Comptez 2 à 4 Go de plus pour le serveur, et au moins 10 à 12 Go pour les packs lourds comme ATM10.

Quelle offre choisir ?

Vous savez maintenant combien de Go il vous faut ? Découvrez l'offre correspondante dans notre article Quelle offre Minecraft choisir ? ou rendez-vous directement sur les offres Minecraft de MC-Node. Vous hésitez entre deux tailles ? Commencez par la plus petite : vous pouvez upgrader à tout moment depuis l'espace client, et vos mondes, plugins et réglages sont conservés.