# AMD MEXT convierte tu NVMe en DRAM con IA y no es abierto > AMD MEXT usa IA para mover páginas frías de DRAM a NVMe y presentarlas como memoria. Módulo para Linux, 1,74x por dólar de DRAM y licencia cerrada. > Por José Maldonado · Tecnología · 2026-11-11 AMD presentó MEXT en el evento de EPYC Venice celebrado en Las Vegas, y lo hizo con el argumento más pragmático que se puede esgrimir en 2026: la memoria es carísima y la mitad de la que se compra no se usa. El software, adquirido por AMD este verano, mueve las páginas frías de la RAM a un SSD NVMe y las devuelve antes de que la aplicación las pida, con un motor de predicción que decide el orden. El resultado, tal y como lo describe la documentación del fabricante, es un servidor que puede correr con la mitad de DRAM física y rendir cerca de lo mismo. La propuesta encaja con el momento del mercado. TrendForce cifra en un 20% la subida trimestral de la DRAM, y la IA acapara capacidad de fabricación. El [precio de la RAM se ha disparado](https://observatorioblockchain.com/tecnologia/precio-ram-escasez-memoria-2026/) hasta convertir la memoria en la línea más incómoda de la factura, y comprar menos DRAM sacando partido a un SSD ya instalado suena a solución obvia. El detalle incómodo llega en las diapositivas del final. MEXT funciona en Linux, se presenta como un módulo del kernel que se instala en minutos y promete compatibilidad con cualquier distribución, pero no es código abierto. Se distribuye por los canales comerciales de AMD, con licencia, y no hay versión pública ni repositorio. Es la excepción en la estrategia de la compañía, que lleva una década publicando sus controladores en abierto, y merece algo más que una nota al pie. ## ¿Cómo funciona, en tres pasos? El sistema se apoya en tres piezas que llegan en un único paquete. La primera es un módulo del kernel cargable que no modifica el kernel estándar y que se compila al instalarse para ajustarse a la distribución y la versión del sistema. Se encarga de recoger la telemetría de procesos y de páginas de memoria. La segunda es el motor de IA, un proceso en espacio de usuario que corre en un solo núcleo de CPU y no necesita GPU: predice qué páginas volverán a usarse y en qué orden. La tercera pieza es el demonio, que ejecuta el movimiento real de páginas entre la DRAM y el flash. El ciclo completo empieza con una descarga: el driver detecta páginas que han dejado de usarse y las lleva al NVMe. Después, un conjunto de modelos, desde heurísticas ligeras hasta redes neuronales, predice cuáles de esas páginas harán falta próximamente y las devuelve a la RAM antes de que la aplicación las solicite. El ajuste es dinámico y la propia documentación explica que el sistema aprende de sus aciertos y errores. La analogía con los modelos de lenguaje no es gratuita, y AMD la usa: en lugar de predecir la siguiente palabra, el motor predice el siguiente acceso a memoria. La [ficha técnica de MEXT Predictive Memory](https://www.amd.com/content/dam/amd/en/documents/mext-docs/amd-mext-product-brief.pdf) detalla los requisitos, que incluyen ocho núcleos físicos o vCPU, al menos 64 GB de DRAM y un SSD NVMe sin montar y presentado al sistema como dispositivo nativo. El espacio por defecto dedicado a memoria MEXT es del 20% de la DRAM física, ajustable con un comando. La idea de fondo no es nueva. Los sistemas operativos llevan décadas moviendo páginas entre memoria y disco con algoritmos simples de antigüedad, y lo que cambia aquí es el predictor que decide qué devolver y cuándo. Hay una limitación de hardware que conviene subrayar porque no aparece en los titulares. El SSD que se usa como memoria extendida necesita una resistencia de escritura acorde: la tabla del fabricante pide una unidad de consumo para estaciones de trabajo y de clase empresarial para servidores, con un mínimo de una escritura completa al día por unidad en el primer caso. Usar un disco barato para esto es una forma rápida de destruirlo. ## Los números y el contexto en el que se midieron AMD publica un caso de análisis de tiempos con Synopsys PrimeTime sobre un EPYC 9755 con 128 núcleos. La configuración de referencia lleva 1,5 TB de DRAM; la configuración con MEXT lleva 768 GB de RAM y otros 768 GB de memoria flash procedente de un Samsung de 3,84 TB. La medición interna del fabricante sitúa la segunda configuración en torno a 1,74 veces mejor rendimiento por dólar de DRAM. La misma documentación advierte de que esa métrica no incluye el coste del NVMe, la licencia de MEXT ni el coste total de propiedad. Ese matiz importa más de lo que parece. El ahorro real depende del precio del SSD, del coste de la licencia, que no es público, y del tipo de carga de trabajo. Un servidor de base de datos con un conjunto de datos que no cabe en RAM y un patrón de acceso impredecible no se comporta como una herramienta de análisis de tiempos con páginas frías bien definidas. La predicción funciona mejor cuando hay patrones, y no todas las cargas los tienen. Donde el argumento se sostiene con más fuerza es en el hardware que ya está comprado. Un servidor con 1 TB de RAM instalada y aplicaciones que usan 400 GB está pagando por capacidad que no aprovecha. Ahí MEXT no sustituye memoria, la rentabiliza. En un centro de datos con cientos de nodos, ese margen de capacidad es dinero contante y sonante, y explica por qué AMD lo está empujando en pleno pico de precios de la memoria. ## El problema de la licencia cerrada La sorpresa no está en la tecnología, sino en el modelo de distribución. AMD ha construido su reputación en el ecosistema Linux publicando controladores, firmware y herramientas en abierto, y ha usado ese argumento frente a competidores que entregan blobs. MEXT rompe ese patrón: hay soporte para Linux, sí, y la compañía lo promociona como un módulo que funciona con cualquier sistema, pero el código no se puede leer, auditar ni modificar. Para un administrador de sistemas eso plantea tres preguntas razonables. La primera es qué ocurre si el módulo falla en un kernel nuevo, algo habitual en infraestructura que actualiza con retraso. La segunda es cómo se audita un componente que toca la gestión de memoria de todo el servidor y que corre con privilegios del kernel. La tercera es qué pasa con la licencia si el cliente cambia de proveedor de servidores o decide migrar a la nube. Ninguna de las tres tiene respuesta pública. AMD dice que MEXT está disponible a través de sus canales comerciales y que podría abrirse en el futuro, una fórmula que en la industria suele significar que la decisión depende de la presión competitiva. El problema es que la memoria por niveles es un espacio donde ya existen alternativas abiertas, algunas integradas en el propio kernel de Linux, sin motor de predicción pero con la ventaja de poder mirarlas por dentro. La comparación honesta no es MEXT contra nada, es MEXT contra un kernel con memoria por niveles mal configurada, que es lo que hay en la mayoría de servidores hoy. Ese es el rival real del producto, y no aparece en ninguna diapositiva. También hay un riesgo de dependencia que va más allá del código. Si el ahorro en DRAM se convierte en la razón para comprar servidores AMD, el software de gestión de memoria se transforma en una palanca comercial más. Eso no es ilegítimo, pero cambia la conversación: deja de ser una mejora técnica que el cliente evalúa y pasa a ser una cuota recurrente que el cliente paga. ## La memoria como producto El movimiento de AMD es coherente con el mercado y a la vez revela una tensión que se va a repetir. Durante años, el software que hacía rendir mejor al hardware era gratis y abierto, porque vendía procesadores. Cuando el cuello de botella se traslada a la memoria y cada gigabyte cuesta lo que cuesta, el software que estira ese gigabyte adquiere valor propio y el fabricante empieza a cobrarlo. La crisis ya se nota en el consumo: [la próxima generación de consolas](https://observatorioblockchain.com/tecnologia/nueva-generacion-de-consolas-ps6-xbox-y-la-crisis-de-la-ram/) nace condicionada por el precio de la memoria. Falta saber si los clientes aceptan el intercambio. Un director de infraestructura que puede reducir a la mitad la DRAM de un pedido de 500 servidores tiene un argumento potente para pagar licencias, aunque el código esté cerrado. El que administra un clúster con kernels personalizados y auditorías internas tendrá que decidir si ese ahorro compensa la caja negra. Las dos respuestas son legítimas y ninguna se resuelve leyendo la nota de prensa.