Une intelligence artificielle qui devine quelles pages mémoire seront appelées, de la flash qui joue le rôle de barrettes : face à la pénurie de DRAM, le fondeur mise sur le logiciel pour alléger les serveurs Epyc
Par Thomas | Publié le
🔥 Ce qu’il faut retenir
- AMD a racheté en juin la jeune société Mext, dont le logiciel déplace les pages mémoire peu utilisées de la DRAM vers des SSD NVMe, puis les ramène en RAM avant qu’une application ne les demande.
- Selon les mesures présentées par AMD, remplacer la moitié de la DRAM par de la flash conserve 95 % des performances sur l’outil de conception de puces Synopsys PrimeTime et 99 % sur Apache Spark. Avec 25 % de DRAM seulement, PrimeTime tombe à 80 %.
- La technologie est réservée aux serveurs AMD Epyc sous Linux, vendue sous licence via les constructeurs comme HPE. Elle ne concerne pas les PC grand public, mais elle montre comment l’industrie cherche à contourner la flambée de la mémoire.
La pénurie de DRAM provoquée par l’intelligence artificielle ne touche pas que nos barrettes de PC : dans les centres de données, la mémoire est devenue le poste le plus lourd des grosses configurations. Sur notre site consacré au stockage et à la mémoire, on décortique la solution d’AMD, qui consiste à faire jouer aux SSD le rôle d’une partie de la RAM, et ce qu’elle dit de l’avenir des deux marchés.
Mext, ou la flash qui se fait passer pour de la RAM
AMD a annoncé le 15 juin 2026 le rachat de Mext, une société spécialisée dans l’optimisation de la mémoire par intelligence artificielle. L’objectif affiché dans l’annonce officielle est de faire se comporter la flash « davantage comme de la DRAM », pour augmenter la mémoire utilisable d’un serveur sans en dégrader les performances. Gary Smerdon, ancien patron de Mext devenu vice-président chargé du développement commercial chez AMD, a détaillé cette semaine le fonctionnement et les premiers résultats.
Le principe part d’un constat : une grande partie de la mémoire d’un serveur dort. Des travaux de recherche de Meta cités par AMD montrent que 50 à 80 % des pages mémoire n’ont pas été lues depuis au moins cinq minutes. Mext repère ces pages « froides », les envoie sur un SSD NVMe, et utilise plusieurs modèles d’apprentissage automatique, dont un dérivé de l’architecture transformer, pour prédire celles qui vont être demandées et les remonter en DRAM à temps. Pour le système et les applications, tout semble toujours présent en mémoire vive.
💡 Pour comprendre : la page mémoire et le fichier d’échange
Le système d’exploitation découpe la mémoire vive en petits blocs appelés pages. Quand la RAM manque, Windows (fichier d’échange) ou Linux (swap) envoie des pages sur le disque, puis les relit quand un programme en a besoin. Le problème, c’est que cette relecture arrive au dernier moment : le programme attend le SSD, bien plus lent que la DRAM, et tout ralentit. Mext garde le même principe mais anticipe : la page revient en RAM avant d’être demandée, ce qui masque la lenteur de la flash.
Le pari d’AMD : déplacer la mémoire avant que l’application en ait besoin, plutôt que de la chercher dans l’urgence.
Le modèle s’entraîne sur un seul cœur de processeur Epyc, en moins d’une seconde pour sa première version selon AMD, sans carte graphique, puis s’ajuste quand la charge de travail change. Sous Linux, l’installation se limite à un pilote du noyau. La flash utilisée est celle de SSD NVMe classiques : on ne parle pas ici d’un matériel exotique, mais du même type de stockage que celui d’un serveur Epyc standard. AMD indique que Mext tourne déjà sur 145 systèmes.
Mext est réservé aux serveurs équipés de processeurs AMD EPYC, comme ceux de la série 9005, sous Linux.
Le choix de cette plateforme n’a rien d’un hasard. Les processeurs EPYC de la série 9005 pilotent chacun 12 canaux de mémoire DDR5, et un serveur bi-processeur peut ainsi accueillir plusieurs téraoctets de barrettes. C’est précisément sur ces machines, où la DRAM pèse le plus lourd dans la facture, que remplacer une partie de la mémoire par des SSD NVMe a le plus d’intérêt. Et comme le modèle de prédiction ne mobilise qu’un seul cœur sur des processeurs qui en comptent des dizaines, le coût en puissance de calcul reste marginal sur un serveur physique.
Ce que valent les chiffres annoncés
Les résultats publiés par AMD portent sur deux applications. Synopsys PrimeTime, un logiciel de vérification utilisé pour concevoir des puces et très gourmand en mémoire, conserve 95 % de ses performances quand la moitié de la DRAM est remplacée par de la flash, et 80 % quand la DRAM ne représente plus qu’un quart de la mémoire totale. Apache Spark, outil d’analyse de gros volumes de données, garde 99 % de ses performances avec moitié moins de DRAM.
💡 Pour comprendre : pourquoi la flash ne remplace pas simplement la RAM
Un SSD NVMe garde les données sans courant et coûte bien moins cher par gigaoctet que la DRAM, mais il est beaucoup plus lent à répondre : Gary Smerdon l’estime environ 500 fois plus lent que la mémoire vive. La flash s’use aussi à chaque écriture, ce qui interdit de s’en servir comme d’une RAM réécrite en permanence. Une solution comme Mext ne fonctionne donc que si la plupart des accès restent en DRAM et que les pages envoyées sur SSD sont réellement peu utilisées.
Il faut lire ces chiffres pour ce qu’ils sont : des mesures du fabricant, sur des applications choisies, sans détail public sur les configurations testées. La perte dépend de l’application et de la part de mémoire déplacée, comme le montre la chute à 80 % quand on pousse la flash aux trois quarts. Autre limite, dans un environnement virtualisé, Mext réclame un cœur de processeur par machine virtuelle, ce qui peut peser lourd sur un serveur qui en héberge des dizaines.
Mext face aux autres façons d’étendre la mémoire
Mext n’est pas la seule piste pour donner plus de mémoire à un serveur sans acheter de barrettes supplémentaires. Le tableau ci-dessous compare les résultats annoncés par AMD, puis la place de Mext face au fichier d’échange classique.
| Application testée par AMD | Répartition DRAM / flash | Performances conservées |
|---|---|---|
| Synopsys PrimeTime | 50 % / 50 % | 95 % |
| Synopsys PrimeTime | 25 % / 75 % | 80 % |
| Apache Spark | 50 % / 50 % | 99 % |
| Critère | Fichier d’échange (swap) classique | AMD Mext |
|---|---|---|
| Moment du transfert vers la RAM | Quand l’application demande la page | Avant la demande, par prédiction |
| Choix des pages déplacées | Règles fixes du système | Modèles d’apprentissage automatique |
| Matériel compatible | Tout ordinateur | Serveurs AMD Epyc uniquement |
| Disponibilité | Intégré à Windows et Linux | Licence via les constructeurs (HPE et autres) |
Disponibilité et ce que cela change pour vous
Pas de Mext sur votre PC, mais un signal clair : le SSD devient un amortisseur de la pénurie de mémoire.
AMD prévoit deux étapes : d’abord rendre des systèmes « prêts pour Mext » avec des constructeurs comme HPE, puis vendre des licences et livrer des plateformes Epyc avec RAM View, un outil qui aide les entreprises à repérer les serveurs et charges de travail qui s’y prêtent. Les premières cibles sont la conception de puces et la création de contenus, avant des usages plus sensibles à la latence comme les bases de données. Aucun calendrier de disponibilité générale n’a été communiqué. Pour un particulier, rien ne change à court terme : sur un PC, la bonne réponse à un manque de mémoire reste d’ajouter de la RAM si la carte mère le permet, et de garder un SSD NVMe rapide avec suffisamment d’espace libre pour le fichier d’échange de Windows. Indirectement, si ce type de logiciel se répand, la demande des serveurs pourrait glisser en partie de la DRAM vers les SSD de centres de données, un marché qui tire déjà fortement sur la production de mémoire flash.
Mon avis
L’idée n’est pas neuve, le fichier d’échange existe depuis des décennies. Ce qui change, c’est l’anticipation : si la prédiction est bonne, la lenteur de la flash disparaît presque. Les chiffres d’AMD sont séduisants, mais ce sont ceux du vendeur, sur deux applications bien choisies. J’attends des mesures indépendantes, et surtout sur des bases de données, où chaque microseconde compte.
Le contexte rend la démarche très logique. Quand la mémoire représente l’essentiel du coût d’un gros serveur et que les fabricants de DRAM réservent leur production à l’IA, gagner la moitié de la RAM nécessaire vaut beaucoup plus qu’une petite perte de performances. AMD s’offre au passage un argument face à Intel, puisque Mext est réservé à ses processeurs.
Pour nous, utilisateurs de PC, je n’y vois pas de bénéfice direct. Mais je surveille un effet de bord possible : si les serveurs avalent encore plus de SSD pour remplacer de la DRAM, la tension sur la mémoire flash, déjà forte, pourrait durer plus longtemps.
Vous vous demandez si votre PC manque de RAM ou si son SSD suffit à compenser ? Décrivez votre configuration en commentaire, sinon je suis là pour vous aider à trancher.
L’annonce du rachat et les produits concernés sont présentés sur le site officiel d’AMD.
Qu’est-ce qu’AMD Mext ?
Mext est un logiciel d’optimisation de la mémoire racheté par AMD en juin 2026. Il déplace les pages mémoire peu utilisées d’un serveur vers des SSD NVMe et les ramène en DRAM avant qu’une application ne les demande, grâce à des modèles d’apprentissage automatique. L’objectif est d’utiliser moins de DRAM sans perte de performances notable.
Quelles performances annonce AMD avec Mext ?
Selon AMD, remplacer la moitié de la DRAM par de la flash conserve 95 % des performances de Synopsys PrimeTime et 99 % de celles d’Apache Spark. Avec seulement un quart de DRAM, PrimeTime descend à 80 %. Il s’agit de mesures du fabricant, sans détail public sur les configurations utilisées.
Quelle différence entre Mext et le fichier d’échange de Windows ?
Le fichier d’échange envoie des pages mémoire sur le disque quand la RAM manque, et les relit seulement quand un programme les réclame, ce qui provoque des ralentissements. Mext prédit quelles pages seront utilisées et les remonte en DRAM avant la demande. Il choisit aussi les pages à déplacer avec des modèles d’apprentissage automatique plutôt qu’avec des règles fixes.
Peut-on utiliser Mext sur un PC de bureau ?
Non. Mext est réservé aux serveurs équipés de processeurs AMD Epyc sous Linux, et il est vendu sous licence par l’intermédiaire de constructeurs comme HPE. Sur un PC, la solution reste d’ajouter de la RAM si possible et de garder un SSD rapide avec de l’espace libre pour le fichier d’échange.
Mext use-t-il les SSD plus vite ?
AMD n’a pas publié de chiffres d’usure. Le principe consiste à envoyer sur SSD des pages peu utilisées, qui ne sont donc pas réécrites en permanence, ce qui limite les écritures. Les SSD conçus pour les serveurs offrent en général une endurance bien supérieure à celle des modèles grand public.
Mext va-t-il faire baisser le prix de la RAM ?
Pas à court terme. Mext ne concerne que des serveurs Epyc et vient tout juste d’être déployé sur 145 systèmes. S’il se généralise, une partie de la demande des centres de données pourrait passer de la DRAM aux SSD, mais la pénurie actuelle de mémoire dépend surtout des besoins de l’intelligence artificielle.
