FerriteCore — un mod pour réduire l'utilisation de la mémoire vive dans Minecraft
FerriteCore est un mod technique qui réduit la consommation de RAM de Minecraft en optimisant le stockage des états de blocs et des modèles…
FerriteCore est un mod technique qui réduit la consommation de RAM de Minecraft en optimisant le stockage des états de blocs et des modèles de jeu.
FerriteCore — un mod pour réduire l'utilisation de la mémoire vive dans Minecraft
Version de Minecraft utilisée pour tester et rédiger cet article : 1.20.1
Plage de versions prises en charge : 1.16.5 – 26.2
FerriteCore est un mod technique qui réduit la consommation de mémoire vive de Minecraft sans avoir le moindre impact sur le gameplay. Le jeu conserve en RAM un gros volume de données internes sur les blocs et leurs modèles, et une partie de ces données est soit dupliquée, soit stockée de façon peu économe. Le mod réécrit précisément ces zones : il fusionne les structures identiques et les stocke sous une forme plus compacte, si bien que le même ensemble de mods occupe moins de mémoire.
Ce que fait le mod
FerriteCore n'ajoute aucun contenu de jeu et n'a pas d'interface — il fonctionne en arrière-plan dès le premier lancement. Tout le travail du mod se situe au niveau de la façon dont le moteur du jeu stocke les données internes en mémoire. Les optimisations concernent deux aspects : une partie ne fonctionne que côté client (tout ce qui touche aux modèles et au rendu), une autre fonctionne à la fois côté client et côté serveur (données sur les états de blocs, cache des formes, chargement des chunks).
Aucune commande ni action manuelle n'est nécessaire après l'installation : les paramètres par défaut activent immédiatement toutes les optimisations clés. Le gain réel dépend du modpack concerné — plus il contient de mods avec des blocs et des modèles complexes, plus le gain est important.
Grâce à quoi la consommation de mémoire est réduite
Le mod ne repose pas sur une seule astuce — c'est un ensemble d'optimisations distinctes, chacune éliminant sa propre catégorie de données superflues. Voici les principales, avec des chiffres issus des tests du développeur (l'économie exacte dépend du modpack).
États des blocs (block states). C'est le poste de dépense le plus important. Pour retrouver rapidement les états « voisins » d'un bloc (par exemple, le même bloc avec une autre orientation ou un autre niveau), le jeu vanilla construit une table distincte pour chaque bloc. Sur les blocs complexes, ces tables grossissent et occupent environ 600 MB. Le mod les remplace par une structure plus compacte qui donne le même résultat avec quelques opérations arithmétiques.
Modèles de blocs. Pour les blocs à modèles composés (multipart), le jeu vanilla crée une copie distincte du modèle et de ses conditions d'affichage pour chaque état de bloc — d'où des dizaines, voire des centaines de milliers d'objets presque identiques. Le mod met en cache les conditions identiques et réutilise les modèles identiques, réduisant leur nombre à quelques milliers.
Formes de collision et de rendu. De nombreux blocs partagent la même géométrie de collision et de rendu. Au lieu de la stocker séparément pour chaque état (environ 200 MB), le mod ne conserve qu'une seule copie de la forme commune.
Chargement des chunks (serveur). Pendant qu'un chunk traverse les étapes de chargement, le jeu vanilla conserve en mémoire l'ensemble complet de ses données. Le mod ne conserve à l'étape intermédiaire que les sous-parties nécessaires (entités et block entities), libérant ainsi 90 à 100 MB.
Toute cette économie correspond à une réduction de la RAM occupée, pas à un gain de FPS ou de TPS. Le mod procure une marge de mémoire et réduit le risque de crashs liés à un manque de mémoire, mais ce n'est pas un accélérateur d'images.
Configuration
La configuration se trouve dans le fichier ferritecore-mixin.toml. Toutes les optimisations principales sont activées par défaut, donc la plupart des joueurs n'auront pas besoin d'ouvrir ce fichier. Les autres paramètres sont des interrupteurs distincts pour chaque optimisation, qu'il vaut mieux laisser tels quels. En pratique, seules quelques options méritent d'être modifiées :
Paramètre | Ce que ça donne |
| Stockage plus compact des états de blocs. Économise un peu plus de RAM au prix d'un accès légèrement plus lent. À activer uniquement en cas de manque aigu de mémoire. |
| Remplit la table vanilla des états voisins. Désactivé par défaut, pour économiser de la mémoire. À activer uniquement si un autre mod lit cette table directement et fonctionne mal à cause de cela. |
| Remplace le mécanisme de détection d'accès multithread aux chunks par un champ nettement plus petit. Apporte une économie supplémentaire, mais peut provoquer de rares crashs. |
Risque de crashs : le paramètre useSmallThreadingDetector est désactivé par défaut intentionnellement. Son activation réduit légèrement la consommation de mémoire, mais elle est associée à des crashs rares et difficiles à reproduire — ne le laissez activé qu'à vos propres risques.
Conclusion
FerriteCore réduit sensiblement le volume de mémoire vive que Minecraft consacre aux données internes, et ce pratiquement sans impact sur les performances en jeu. Sa principale limite est qu'il économise précisément de la mémoire, pas des images : il ne faut pas en attendre un gain de FPS notable. Il apporte le plus grand bénéfice sur les modpacks lourds, sur les serveurs et sur les PC disposant de peu de RAM, où la marge de mémoire influence directement la stabilité.
Installation
Une installation classique prend environ 5 minutes. Le déroulé est le même ; seuls le loader et le build correspondant changent.
- 1Install a mod loader (Forge, Fabric or NeoForge) that matches your Minecraft version.
- 2Download the mod file (.jar) built for that same version.
- 3Place the .jar into your .minecraft/mods folder.
- 4Launch Minecraft with the modded profile and check the mod loads in-game.











