Meta CRAM: la técnica secreta de Linux que alcanza el 99% de la DRAM

CRAM permite a Linux usar memoria comprimida por hardware con un rendimiento de hasta el 99% frente a la DRAM convencional. La información procede de la presentación de Gregory Price, ingeniero de Meta, durante la Linux Plumbers Conference 2026 celebrada en Praga. Para el lector que trabaja con servidores, la clave no está en añadir RAM física sin más, sino en ampliar la capacidad lógica que el sistema puede gestionar sin pagar el coste habitual de la descompresión por software.

Qué cambia con CRAM en Linux

¿Cómo consigue parecer que hay más memoria?

CRAM, siglas de Compressed RAM Service (servicio de RAM comprimida), es un subsistema del kernel de Linux, la parte central del sistema operativo que administra los recursos del equipo. Su función consiste en integrar módulos de memoria con compresión por hardware y permitir que el procesador acceda directamente a los datos comprimidos.

La diferencia parece pequeña sobre el papel, pero modifica una regla básica de la gestión de memoria. En Linux, cada página de memoria, una unidad que el sistema usa para organizar los datos, está asociada a la capacidad física real de la RAM. CRAM rompe esa correspondencia: el hardware comunica una capacidad lógica superior a la que existe físicamente.

Así, un servidor puede trabajar como si tuviera más memoria disponible. La expresión clave es “como si”. La capacidad adicional no aparece de forma física; depende de que los datos puedan reducir su tamaño mediante compresión. Si el contenido ocupa poco al comprimirse, el sistema gana margen. Si ocupa casi lo mismo, ese margen desaparece.

¿Por Qué importa a los servidores de inteligencia artificial?

La memoria RAM es uno de los grandes costes de los centros de datos, tanto por el precio del hardware como por el consumo energético asociado. En infraestructuras que manejan cargas de inteligencia artificial, donde la capacidad de memoria puede convertirse en un límite operativo, cualquier aumento lógico sin una penalización elevada resulta especialmente atractivo.

Meta afirma que sus pruebas internas han situado CRAM entre el 98% y el 99% del rendimiento de una memoria DRAM sin comprimir. Ese dato no significa que el servidor tenga físicamente el doble de RAM en todos los escenarios. Significa que el acceso a los datos comprimidos puede acercarse mucho al comportamiento de la memoria tradicional, siempre que la compresión mantenga una tasa favorable.

Ahí está el matiz que conviene conservar. La propuesta puede duplicar virtualmente la memoria, según la fuente, pero no elimina las limitaciones físicas del hardware. Para un administrador de sistemas, esa diferencia separa una mejora útil de una promesa mal interpretada.

La diferencia frente a zram y zswap

¿Qué problemas intenta evitar CRAM?

CRAM intenta evitar que el procesador tenga que detener una ejecución para recuperar y descomprimir una página almacenada. En este contexto, una página es un bloque de memoria que contiene datos de un proceso; cuando no está disponible de la forma esperada, se produce un fallo de página, es decir, una interrupción que obliga al sistema a buscarla y prepararla.

Linux ya dispone de zram y zswap, dos mecanismos de compresión de memoria. Sin embargo, la fuente explica que funcionan de otra manera y pueden introducir limitaciones en el rendimiento final. Cuando un proceso solicita un dato comprimido, la CPU puede recibir un fallo de página, pausar el hilo que estaba ejecutando, descomprimir la página mediante software y copiarla después a una zona de DRAM tradicional.

Ese recorrido añade trabajo justo en el momento en que el proceso necesita el dato. No es una diferencia puramente técnica: si las solicitudes son numerosas, cada pausa puede afectar a la respuesta del sistema. CRAM cambia el punto donde ocurre la descompresión, porque la realiza el módulo de hardware y permite consultar los datos directamente.

¿Qué hace distinto al acceso de CRAM?

Con CRAM, el procesador puede leer los datos mapeados en las tablas de páginas, estructuras que relacionan las direcciones usadas por los programas con las posiciones de la memoria, sin generar esos fallos y sin ejecutar rutinas de descompresión por software. El acceso puede realizarse a nivel de línea de caché o de byte, según la presentación citada.

La diferencia, dicho sin rodeos, es quién carga con el trabajo. En zram y zswap, la CPU participa en la recuperación y descompresión de los datos. En CRAM, el módulo de memoria comprimida ofrece el acceso directo al hardware, de modo que el sistema operativo puede tratar la información con una ruta más parecida a la de la RAM convencional.

Rendimiento, límites y disponibilidad

¿Qué resultados ha obtenido Meta?

Meta probó CRAM en su propia infraestructura y comunicó un rendimiento situado entre el 98% y el 99% del obtenido con DRAM convencional sin comprimir. Para entender la magnitud del resultado, la pérdida indicada frente a la memoria tradicional es reducida en esas pruebas: se mueve aproximadamente entre uno y dos puntos porcentuales.

Gregory Price, ingeniero de Meta y creador de la propuesta, aclaró durante la presentación que no había inventado una tecnología completamente nueva. Su trabajo consiste en integrar funcionalidades ya presentes en el kernel de Linux para afrontar el agotamiento del espacio físico de memoria.

La solución reúne varias piezas: protección contra escritura en las tablas de páginas, gestión de páginas en caché que no han sido modificadas, escalado dinámico para ajustar la proporción según la compresión real y políticas controladas para asignar la memoria comprimida. Cada elemento busca que la capacidad lógica anunciada por el hardware no se aleje demasiado de lo que puede sostener la memoria física.

¿Qué límite debe vigilar un administrador?

El problema aparece cuando la tasa de escritura es elevada o cuando los datos dejan de comprimirse bien. En ese escenario, la memoria física disponible puede desaparecer aunque el kernel siga comunicando que quedan gigabytes para asignar. El sistema no está creando espacio de la nada: está calculando una capacidad lógica basada en una compresión que puede cambiar.

Por eso CRAM no debe interpretarse como una sustitución universal de la DRAM. Su ventaja depende del tipo de información, del patrón de uso y de la capacidad del hardware para mantener el acceso comprimido. La propia fuente reconoce que todavía existen barreras en la asignación de memoria cuando la compresión decae, sobre todo en entornos con muchas escrituras.

• Comprueba primero el alcance: la fuente presenta CRAM como un subsistema para el kernel de Linux, pero no indica una ruta de activación para usuarios ni una disponibilidad general.
• Separa capacidad lógica y física: que el sistema comunique más memoria no significa que el servidor tenga físicamente más módulos instalados.
• Revisa el patrón de trabajo: los entornos con alta tasa de escritura son precisamente los que la fuente identifica como más problemáticos cuando la compresión disminuye.
• Compara el rendimiento: el dato comunicado por Meta procede de benchmarks realizados en su propia infraestructura y se sitúa entre el 98% y el 99% de la DRAM sin comprimir.

• Señal favorable: los datos mantienen una compresión suficiente y el rendimiento se acerca al de la DRAM convencional.
• Señal de riesgo: la memoria física se queda sin espacio mientras el kernel todavía indica que hay capacidad lógica disponible.
• Limitación de la información: el material de origen no aporta versiones concretas del kernel, instrucciones de instalación, fabricantes de módulos compatibles ni una fecha de llegada a equipos de uso general.

Mientras no existan esos detalles, CRAM debe entenderse como una propuesta técnica presentada por Meta, no como una función que cualquier usuario pueda activar desde un menú de Linux. La fuente sí permite identificar su objetivo, su diferencia frente a zram y zswap, sus resultados internos y el límite principal relacionado con la compresión.

Para los responsables de centros de datos, la lectura práctica es clara: CRAM puede reducir la presión sobre la memoria física y acercar la capacidad lógica a las necesidades de cargas de inteligencia artificial, pero exige medir cómo se comportan los datos reales. Conviene mantener el sistema actualizado cuando exista una versión compatible, revisar el uso de memoria, conservar copias de seguridad y vigilar los avisos de asignación. Si aparecen bloqueos, errores persistentes o falta de memoria sin una explicación clara, la revisión debe quedar en manos de un administrador especializado.

CRAM no añade RAM física, pero puede hacer que Linux trabaje con una capacidad lógica superior gracias a la compresión por hardware. Sus pruebas de Meta alcanzan entre el 98% y el 99% del rendimiento de la DRAM convencional, aunque la ventaja depende de que los datos sigan comprimiéndose bien. Para servidores de inteligencia artificial, la idea resulta prometedora; para cualquier despliegue real, el comportamiento bajo escritura intensa será el examen decisivo.