CHIPS DE IA

Un 3 % más de memoria y hasta 30 veces más por dólar: NVIDIA explica cómo Vera Rubin NVL72 exprime cada byte para los agentes de IA

Presentador en un escenario de NVIDIA ante una fila de racks, con esquemas de las bandejas de la plataforma Vera Rubin proyectados encima
Presentador en un escenario de NVIDIA ante una fila de racks, con esquemas de las bandejas de la plataforma Vera Rubin proyectados encima
Adrián Villellas

NVIDIA asegura que su sistema Vera Rubin NVL72 rinde hasta 30 veces más por dólar que el GB300 NVL72 con agentes de inteligencia artificial. Y lo hace con apenas un 3 % más de memoria HBM por GPU. La cifra aparece en una entrada de su blog oficial, firmada por Amr Elmeleegy el 5 de noviembre de 2026.

Elmeleegy escribe que «el suministro se reduce y los precios suben», y el texto prevé que la tendencia continúe a corto plazo. En septiembre, el consejero delegado de Intel ya habló de precios de la memoria multiplicados por entre cinco y siete. Cada gigabyte ahorrado vale hoy bastante dinero.

Hasta tres millones de tokens

La HBM es la memoria rápida que va montada junto a la GPU, el procesador que hace los cálculos de la IA. Es también la más cara de un centro de datos. Allí compiten dos ocupantes, los pesos del modelo y la llamada caché KV.

Los pesos son los valores aprendidos en el entrenamiento. La caché KV guarda el contexto de cada petición para no procesarlo otra vez.

Con los agentes de IA ese contexto no para de crecer, porque pasa de una llamada a la siguiente. NVIDIA habla de trayectorias que, en algunos casos, procesan hasta 3 millones de tokens, las unidades de texto de estos sistemas. De esa memoria depende cuántos usuarios se atienden a la vez, tanto en contratos de chips de 40.000 millones de dólares como en el centro de datos proyectado en Egipto.

288 GB y 19,2 TB/s

Eduardo Alvarez, Jamie Li y Ronil Prasad firman la nota técnica de NVIDIA. Su planteamiento cabe en una frase: «La pregunta ya no es cuánta memoria tiene una GPU, sino cuánto trabajo útil entrega cada byte».

Cada GPU Rubin lleva hasta 288 GB de HBM4. El rack completo suma unos 20,7 TB entre sus 72 procesadores gráficos.

Para explicar por qué ampliar la capacidad no basta, Elmeleegy recurre a la logística. «Imagina la HBM como un almacén y el ancho de banda de memoria como sus muelles de carga», escribe. Un almacén mayor guarda más mercancía, añade, pero los muelles fijan cuánta entra y sale.

Gráfico de NVIDIA sobre memoria HBM y usuarios atendidos, con una meseta de rendimiento
Gráfico de NVIDIA: los usuarios atendidos crecen con la HBM hasta que el rendimiento se estanca. (Imagen: NVIDIA)

Los ingenieros llaman muro de memoria al momento en que esos muelles se saturan. A partir de ahí, según NVIDIA, la HBM extra suma coste y consumo sin aportar rendimiento. Entre el GB300 y Rubin, el ancho de banda subió hasta 19,2 TB/s con la capacidad casi sin cambios.

Pesos de 4 bits

La primera medida consiste en encoger lo que se guarda. El formato NVFP4 usa 4 bits por valor. Según los autores, reduce el tamaño del modelo unas 3,5 veces frente a FP16 y 1,8 veces frente a FP8.

En la caché KV, el mismo formato recorta hasta un 50 % respecto a FP8.

Un NVL72 también puede repartir los pesos entre sus 72 GPU. Así cada una guarda una parte menor y le queda más HBM para el contexto. FLUX.2 [klein], de Black Forest Labs, y Muse Spark, de Meta, ya se han lanzado con este formato.

Contexto aparcado en Vera

Un agente alterna los pasos del modelo con trabajo en el procesador central, como ejecutar código o consultar una base de datos. Durante esas pausas, su caché KV ocupa HBM sin producir nada. «Una CPU lenta cuesta a la HBM dos veces: primero como ocupación ociosa y luego como recálculo», señalan los autores.

La CPU Vera aporta 88 núcleos y hasta 1,5 TB de memoria LPDDR5X. Son más de cinco veces la HBM4 de una GPU Rubin. Ambos chips se comunican a 1,8 TB/s, unas siete veces lo que permite un enlace PCIe Gen 6 x16.

El contexto que tarda más en volver baja otro escalón. El software Dynamo vigila dónde está cada bloque y lo traslada a CMX, un almacenamiento flash compartido entre servidores. Su coste por bit queda muy por debajo del de la HBM.

NVIDIA atribuye a CMX hasta 5 veces más tokens por segundo que el almacenamiento tradicional con contextos largos. La eficiencia energética mejora en la misma proporción, siempre según la empresa.

NVIDIA explica cinco formas de afrontar el muro de memoria de la IA. Vídeo: NVIDIA Developer

Una prueba con DeepSeek V4 Pro

El dato de las 30 veces procede de SemiAnalysis AgentX. Esta prueba reproduce sesiones grabadas de agentes de programación, con sus pausas para herramientas y su contexto creciente. NVIDIA la ejecutó con la carga de DeepSeek V4 Pro, a 125 tokens por segundo para cada usuario.

La generación anterior mejoró menos con bastante más memoria. El GB300 NVL72 rendía hasta 10 veces más por dólar que la plataforma H200, a 100 tokens por segundo y usuario. Para eso duplicó aproximadamente la HBM por GPU.

«La capacidad por sí sola no puede explicar una ganancia de 30 veces», escriben los autores de la nota técnica.

Dólares, megavatios y 288 GB

Las dos entradas de NVIDIA no miden exactamente lo mismo. El blog general habla de 30 veces más por dólar a 125 tokens por segundo y usuario. La nota técnica da 30 veces más por megavatio a 160 tokens.

Esa nota presenta además los 288 GB como capacidad igual en ambas generaciones, frente al 3 % del blog. Todas son cifras máximas, comunicadas por el fabricante para una carga concreta. Las entradas no incluyen el precio de los sistemas ni el detalle del cálculo por dólar.

Tampoco reparten el salto entre cada mejora. En un centro de datos real, el resultado dependerá del modelo, de los usuarios y de la velocidad exigida.

La explicación completa se ha publicado en el blog técnico de NVIDIA.

Crédito de la imagen: NVIDIA.

Lo último en Techy

Últimas noticias