Combien de RAM pour un serveur Minecraft moddé en 2026 ?

Combien de RAM pour un serveur Minecraft moddé ? Comptez 8 Go comme plancher réaliste pour un modpack, et 12 à 16 Go pour un gros pack comme All the Mods 10. Entre les deux, tout dépend du pack, du nombre de joueurs et de la taille de leurs bases automatisées.

Le moddé obéit à d'autres règles que le vanilla. Un serveur Paper tourne confortablement avec 4 Go pour une dizaine de joueurs, alors que certains modpacks occupent déjà 8 Go de mémoire avant qu'un seul joueur ne se connecte. Et la RAM n'est pas la seule variable : sur un modpack, c'est souvent le processeur qui décide de la fluidité.

Ce guide donne une réponse rapide par modpack (ATM10, RLCraft, Cobblemon, Pixelmon, Better Minecraft), explique ce que consomme réellement un serveur moddé, comment régler les arguments Java et quelle offre choisir. Pour un serveur vanilla ou Paper, le guide général de la RAM pour un serveur Minecraft reste la référence.

Source : CurseForge

Combien de RAM pour un serveur Minecraft moddé ? La réponse rapide par modpack

Un modpack léger se contente de 6 à 8 Go, un pack intermédiaire demande 8 à 12 Go, et un pack lourd de plusieurs centaines de mods réclame 12 à 16 Go. Ces fourchettes supposent un groupe d'amis, une distance de vue par défaut et des bases de taille raisonnable.

Le tableau ci-dessous croise les recommandations publiées par les auteurs des packs, les retours d'exploitation et la grille officielle du site MineStrator. La colonne « RAM conseillée » est la mémoire à réserver au serveur, pas la mémoire de votre PC pour jouer.

Ces valeurs sont des points de départ. Un serveur Cobblemon de trente joueurs avec une dizaine d'add-ons, ou une base ATM10 saturée de machines, finit au-dessus de 16 Go, et surtout en manque de processeur.

💬 Bon à savoir : Sur la page Minecraft du site, MineStrator résume la grille officielle ainsi : environ 4 Go pour une dizaine de joueurs en Paper, et 12 à 16 Go pour un gros modpack comme All the Mods 10.

Pourquoi un serveur moddé consomme plus de RAM qu'un serveur vanilla

Un serveur Minecraft vanilla démarre autour de 2 Go, un gros modpack peut en occuper 8 avant le premier joueur. La différence tient à ce que Java doit garder en mémoire en permanence.

Chaque mod enregistre ses blocs, objets, entités, recettes et textures côté serveur dans des registres. Avec 300 ou 500 mods, ces registres pèsent plusieurs gigaoctets à eux seuls. S'y ajoutent les dimensions supplémentaires (le Nether et l'End moddés, les donjons de poche, les mondes miniers), qui chargent chacune leurs propres chunks dès qu'un joueur y met les pieds.

Les blocs à logique (machines, coffres améliorés, câbles d'énergie, pipelines de fluides) sont des entités de bloc qui restent actives tant que le chunk est chargé. Une base d'automatisation ATM10 en compte facilement plusieurs milliers, et chacune occupe de la mémoire et du temps de calcul à chaque tick.

• Registres des mods : la part fixe, présente même serveur vide.

• Chunks chargés : proportionnels aux joueurs, à leur dispersion et à la distance de vue.

• Entités et blocs à logique : la part qui grossit avec les bases et les fermes.

• Chunk loaders : ils maintiennent des zones actives même sans joueur, donc de la RAM occupée en permanence.

Pour estimer la part joueurs, la règle empirique du guide général vaut ici : environ 200 Mo par joueur en vanilla, au moins le double en moddé. Dix joueurs dispersés sur un pack lourd, c'est 4 Go de plus que le serveur vide.

Minimum ou confort : quelle valeur retenir ?

Retenez la valeur de confort pour un serveur qui accueille des joueurs, et gardez le minimum de l'éditeur comme plancher absolu en dessous duquel le pack ne démarre pas. Les deux chiffres n'ont pas le même sens.

Le minimum publié par un auteur de pack décrit le plus souvent la mémoire à allouer au jeu côté client, pour un joueur seul. L'équipe All the Mods demande par exemple « au moins 6 Go alloués » côté serveur pour la plupart de ses packs, et RLCraft recommande « 3 à 4 Go ». Ces chiffres permettent de lancer le pack, pas de faire jouer dix personnes dessus.

La valeur de confort ajoute la marge des joueurs, des bases et des mises à jour de pack, qui alourdissent presque toujours le contenu. C'est la valeur retenue dans le tableau plus haut, et c'est celle qui rejoint la grille MineStrator : 12 à 16 Go pour un gros modpack comme All the Mods 10.

📝 Note : Un pack en 1.21 (ATM10, BMC5, Pixelmon 9.3, Cobblemon) exige Java 21 côté serveur. Un serveur qui refuse de démarrer sur un modpack récent a plus souvent un problème de version Java que de RAM.

Pourquoi ajouter de la RAM ne règle pas le lag d'un serveur moddé ?

Ajouter de la RAM ne fait rien contre le lag tant que le serveur n'en manquait pas réellement, parce que Minecraft exécute l'essentiel de sa simulation sur un seul thread. Les TPS d'un serveur moddé dépendent d'abord de la performance d'un cœur de processeur, pas de la quantité de mémoire.

Un tick doit tenir en 50 ms pour maintenir 20 TPS. Chaque machine, chaque créature moddée, chaque ferme automatisée ajoute du travail à ce thread principal. Quand le tick déborde, le serveur ralentit, quelle que soit la mémoire libre. C'est le cas typique de RLCraft, où les créatures de Lycanites Mobs saturent le processeur bien avant de remplir la mémoire, ou d'une base Create qui anime des centaines de blocs en mouvement.

La documentation Pixelmon le formule sans détour : « plus de RAM ne veut pas dire plus de performance, au contraire, cela dégrade le garbage collector de Java ». Un tas mémoire surdimensionné se nettoie moins souvent mais plus longtemps, et ces pauses se sentent en jeu sous forme de micro-freezes. C'est pour cette raison que le tableau plafonne RLCraft à 8 Go et que la documentation Pixelmon déconseille de dépasser 16 Go.

Chez MineStrator, nous conseillons de lire deux indicateurs avant d'augmenter la mémoire : la consommation RAM (stable sous 85 %, il n'y a rien à gagner) et les TPS. Des TPS bas avec de la RAM libre désignent le processeur. C'est précisément le cas d'usage de la gamme MyBoxPerf, équipée d'un Ryzen 9 9900x overclocké et de DDR5, recommandée pour les gros modpacks, les serveurs à forte population et les jeux exigeants en mono-thread.

🚨 Important : Sur un modpack, la RAM est un seuil et le CPU est la vitesse. Sous le seuil, le serveur crashe ; au-dessus, seul le processeur fait monter les TPS.

Régler -Xms et -Xmx sur un serveur moddé

La règle est de ne jamais donner à Java la totalité de la RAM du serveur. Les deux arguments qui comptent sont -Xmx (mémoire maximale du tas Java) et -Xms (mémoire réservée au démarrage), et ils se règlent dans les arguments de démarrage du serveur.

Le tas Java n'est pas la seule mémoire consommée par le processus : la JVM elle-même, les bibliothèques natives et le cache disque en prennent une part. La documentation PaperMC recommande de retirer environ 1 000 à 1 500 Mo de l'allocation sur une machine de 8 Go, et notre guide général conseille une marge d'environ 20 à 30 %. Concrètement :

• MyBox 8 : -Xmx6G, la marge absorbe la JVM et les pics.

• MyBox 12 : -Xmx10G.

• MyBox 16 ou MyBoxPerf 16 : -Xmx13G à -Xmx14G.

Sur un gros modpack, fixer -Xms à la même valeur que -Xmx est la configuration la plus stable : la mémoire est réservée d'un bloc au démarrage, et le garbage collector G1 travaille mieux quand il connaît d'avance l'espace dont il dispose. PaperMC résume l'idée en une phrase : « une mémoire non utilisée est une mémoire gaspillée ». La contrepartie est cosmétique, le panel affiche une consommation proche du maximum dès le lancement, même si le serveur n'utilise pas tout.

java -Xms10G -Xmx10G -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 -jar server.jar --nogui

Ces options sont les Aikar's flags. Elles s'appliquent à la machine virtuelle Java, donc à un serveur Forge, NeoForge ou Fabric aussi bien qu'à Paper, et elles réduisent les pics de lag liés au nettoyage mémoire. Au-delà de 12 Go alloués, les Aikar's flags prévoient cinq ajustements : G1NewSizePercent à 40, G1MaxNewSizePercent à 50, G1HeapRegionSize à 16M, G1ReservePercent à 15 et InitiatingHeapOccupancyPercent à 20. Cette variante ne figure plus sur la page PaperMC actuelle : elle vient du billet original d'Aikar.

⚠️ Attention : Un -Xmx égal à la RAM de l'offre finit tôt ou tard par un serveur tué pour dépassement mémoire, souvent en pleine session. La marge n'est pas de la RAM perdue, c'est ce qui empêche le crash.

Comment savoir si votre serveur moddé manque vraiment de RAM ?

Un serveur manque de RAM quand ses logs affichent OutOfMemoryError ou « GC overhead limit exceeded », ou quand la mémoire reste collée au maximum en permanence et pas seulement lors des pics. Tout autre symptôme de lenteur pointe ailleurs.

Lisez la courbe mémoire sur plusieurs heures de jeu plutôt qu'à un instant donné. Une consommation qui monte puis redescend en dents de scie est le comportement normal du garbage collector. Une consommation qui monte sans jamais redescendre signale une fuite mémoire, presque toujours causée par un mod ou une entité qui s'accumule, et aucune allocation supplémentaire ne la corrige durablement.

• 0 à 85 % de RAM utilisée : rien à changer.

• Pics à 95 % : acceptable s'ils sont brefs ; s'ils deviennent la norme, passez à l'offre supérieure.

• OutOfMemoryError : mémoire insuffisante ou -Xmx mal réglé.

• TPS sous 15 avec de la RAM libre : le processeur sature, la RAM n'y changera rien.

Avant de monter en gamme, un mod d'optimisation mémoire vaut le détour. FerriteCore réduit la duplication de données dans les registres et économise de plusieurs centaines de Mo à plusieurs Go sur les packs lourds ; il est déjà inclus dans une bonne partie des gros modpacks. Le profileur Spark, lui, montre exactement quel mod ou quelle entité occupe le thread principal, ce qui évite d'acheter de la RAM pour un problème de CPU.

💡 Astuce : Le MineBoard conserve 365 jours d'historique de CPU, de RAM et de joueurs. Comparez la courbe d'un soir de forte affluence à celle d'une nuit vide : l'écart entre les deux est la part réellement consommée par vos joueurs.

Quelle offre choisir pour héberger un modpack

Trois paliers couvrent la quasi-totalité des modpacks : MyBox 8 pour les packs légers et les petits groupes, MyBox 12 pour les packs intermédiaires ou les communautés d'une dizaine de joueurs, MyBox 16 ou MyBoxPerf 16 pour All the Mods 10 et les packs de plusieurs centaines de mods. Toutes les offres MineStrator ont une RAM dédiée, jamais partagée, ce qui compte doublement en moddé où la mémoire se remplit dès le démarrage.

Le choix entre la gamme standard et la gamme Perf se fait sur le processeur. La MyBox standard (AMD EPYC) suffit à la majorité des packs. La MyBoxPerf apporte un Ryzen 9 9900x overclocké, de la DDR5 et du NVMe Gen5, et c'est l'offre que nous recommandons dès qu'un pack lourd accueille plus d'une poignée de joueurs ou que les bases automatisées prennent de l'ampleur. Sur les offres qui en disposent, FlexCore™ débloque automatiquement des cœurs supplémentaires lors des pics ponctuels, comme le démarrage d'un gros pack ou un regroupement de joueurs. Le détail des cœurs dédiés et du FlexCore figure sur chaque offre avant l'achat.

Côté installation, la marketplace du panel propose plus de 37 800 modpacks installables en un clic, et les packs CurseForge ou Modrinth s'importent directement par leur identifiant : le guide installer un modpack CurseForge sur son serveur déroule la procédure, et le tutoriel dédié à l'installation d'ATM10 couvre le cas du pack le plus lourd. Pour un pack absent de la marketplace, l'installation manuelle d'un modpack reste possible depuis le gestionnaire de fichiers.

Deux réflexes évitent les mauvaises surprises. D'abord, une mise à jour de pack change presque toujours la consommation mémoire : prenez une snapshot avant, SmartBackup™ garde par ailleurs 72 points de restauration sur 30 jours, et suivez la méthode du guide mettre à jour un modpack sans perdre son monde. Ensuite, si vous hésitez encore sur le pack, notre sélection des modpacks incontournables en 2026 décrit le profil de joueurs et la puissance attendue pour chacun. Si votre communauté grandit, l'offre s'ajuste en quelques clics depuis le panel.

Les détails des offres, des processeurs et de la grille RAM par nombre de joueurs sont sur la page hébergement de serveur Minecraft.

Questions fréquentes

Combien de RAM pour un serveur All the Mods 10 ?

Prévoyez 12 à 16 Go de RAM pour un serveur All the Mods 10, la valeur que MineStrator indique sur sa page Minecraft pour un gros modpack. L'équipe All the Mods fixe un plancher de 6 Go alloués pour démarrer ses packs, mais avec environ 500 mods, plusieurs dimensions et des bases automatisées, un groupe de 5 à 15 joueurs se situe entre 12 et 16 Go. Une MyBox 16 ou une MyBoxPerf 16, avec -Xmx réglé autour de 13 à 14 Go, est l'offre adaptée.

Combien de RAM pour un serveur RLCraft ?

Un serveur RLCraft se contente de 4 à 6 Go de RAM, et il ne faut pas dépasser 8 Go. Les auteurs du pack recommandent d'allouer 3 à 4 Go, et allouer davantage allonge les pauses du garbage collector Java sans améliorer les performances. Le vrai goulot d'étranglement de RLCraft est le processeur, saturé par les créatures de Lycanites Mobs : une MyBox 8 avec -Xmx6G est le bon point de départ.

Combien de RAM pour un serveur Cobblemon ?

Un serveur Cobblemon a besoin de 6 à 8 Go de RAM pour 2 à 10 joueurs, et de 10 à 12 Go avec des add-ons pour 10 à 20 joueurs. Les minimums annoncés par les packs Cobblemon tournent autour de 3 Go, mais ces chiffres décrivent le client d'un joueur seul. Côté serveur, la mémoire monte avec le nombre de joueurs et les add-ons, et la fluidité des combats dépend surtout du processeur.

Plus de RAM rend-il un serveur moddé plus rapide ?

Non, plus de RAM ne rend pas un serveur moddé plus rapide, sauf s'il en manquait réellement. Minecraft exécute sa simulation sur un seul thread, donc les TPS dépendent de la fréquence d'un cœur de processeur, et un tas Java surdimensionné rallonge même les pauses du garbage collector. Chez MineStrator, nous conseillons de vérifier les TPS et la courbe mémoire avant de changer d'offre : des TPS bas avec de la RAM libre appellent un processeur plus rapide, comme celui de la gamme MyBoxPerf.

Quelle valeur mettre dans -Xmx sur un serveur moddé ?

Réglez -Xmx à environ 80 % de la RAM de votre offre, soit 6 Go sur une MyBox 8, 10 Go sur une MyBox 12 et 13 à 14 Go sur une MyBox 16. La marge restante sert à la machine virtuelle Java et aux pics de charge ; sans elle, le serveur finit tué pour dépassement mémoire. Sur un gros modpack, fixez -Xms à la même valeur que -Xmx et ajoutez les Aikar's flags pour réduire les pics de lag du garbage collector.

Conclusion

Un serveur Minecraft moddé se dimensionne en deux temps : la RAM fixe le seuil sous lequel le pack ne tient pas (6 à 8 Go pour un pack léger, 12 à 16 Go pour un pack lourd), et le processeur fixe la fluidité une fois ce seuil franchi. Choisissez la valeur de confort plutôt que le minimum de l'éditeur, réglez -Xmx avec 20 % de marge, et lisez la courbe mémoire avant d'acheter de la RAM qui ne changera rien aux TPS.

Chez MineStrator, chaque MyBox associe une RAM dédiée et un processeur haute fréquence, la gamme Perf prenant le relais pour les packs les plus lourds. L'essai gratuit de 12 h, sans carte bancaire, permet d'installer votre modpack sur une MyBox 12 ou une MyBoxPerf 12 et de lire sa consommation réelle avant de choisir votre offre.

Une fois le pack en place, gardez un œil sur les TPS à chaque mise à jour et à chaque nouvelle vague de joueurs : c'est ce suivi, plus que le chiffre de RAM initial, qui fait la différence entre un serveur moddé stable et un serveur qui rame.