Samsung y SK Hynix frenan a NVIDIA: las GPU Vera Rubin no tendrán memoria HBM4 a 22 TB/s, solo a 20 TB/s, minimizando la ventaja con AMD

La memoria HBM se ha convertido en uno de los grandes campos de batalla de la industria de la Inteligencia Artificial, y lo que está ocurriendo con la HBM4 deja bastante claro hasta qué punto NVIDIA está empujando los límites para sostener el crecimiento de sus GPU de centros de datos. La próxima arquitectura Vera Rubin tenía como objetivo inicial alcanzar 22 TB/s de ancho de banda de memoria, pero no va a ser posible, y NVIDIA tendrá que conformarse con 20 TB/s en HBM4, lo que tira el marketing al retrete en un solo movimiento.

Las promesas muchas veces no pueden ser cumplidas, el marketing falla, la estrategia se tambalea y luego llegará el pequeño drama, al menos, en el caso de los verdes. Lo que hoy se informa es algo que lleva dos días como un rumor tras bambalinas y que ahora se confirma: NVIDIA no tendrá apenas ventaja frente a AMD en temas de memoria.

Vera Rubin tendrá que conformarse con HBM4 a 20 TB/s ante el plantón de los surcoreanos

La cifra era gigantesca, sobre todo si miramos lo que había puesto JEDEC encima de la mesa. NVIDIA estaba llevando a Samsung y SK Hynix más allá del límite actual ya que quería una HBM4 a 11 Gb/s por pin, muy por encima del estándar base definido, y no va a ser posible. Ambas compañías de memoria han parado en seco, han frenado el entusiasmo de los verdes y han comunicado a Jensen Huang la realidad de este asunto.

Y esa realidad es que la fabricación ha obligado a ajustar expectativas y ahora todo apunta a que Rubin funcionará en torno a los 10 Gb/s por pin y no 11 Gb/s como querían, lo que reduciría el ancho de banda total a unos 20 TB/s. La diferencia parece pequeña, pero refleja las enormes dificultades técnicas que implica fabricar memoria de este nivel a gran escala.

Para entender por qué este ajuste ha generado tanto ruido en la industria hay que mirar la evolución reciente de las GPU de NVIDIA y cómo ha ido escalando el ancho de banda de memoria en cada generación, pero sobre todo, hay que tener en cuenta que los verdes apenas van a tener ventaja frente a los rojos (20 TB/s vs 19,6 TB/s).

Los Yield Rates eran demasiado altos, el coste era imposible, se necesita más tiempo para poder subir la velocidad con procesos más optimizados

En la arquitectura Hopper, representada por la H100, el ancho de banda de memoria era de 3,35 TB/s utilizando memoria HBM3 con velocidades cercanas a los 6,4 Gb/s por pin. Con la llegada de Blackwell, NVIDIA elevó ese ancho de banda hasta 8 TB/s gracias a la memoria HBM3E, que trabaja con 9,6 Gb/s por pin y supone un salto importante tanto en frecuencia como en densidad.

El verdadero salto llega con Vera Rubin y la adopción de HBM4, que introduce cambios bastante profundos en la arquitectura de la memoria. Como sabemos, el más importante es que cada stack pasa de una interfaz de 1024 bits a una de 2048 bits, duplicando el número de líneas de datos entre la GPU y la memoria. Esto permite aumentar enormemente el ancho de banda sin depender exclusivamente de subir la frecuencia, aunque también complica muchísimo el diseño del interposer y la integridad de señal.

Aquí aparece el problema que ha obligado a NVIDIA a revisar sus objetivos. Alcanzar 11 Gb/s por pin con un bus de 2048 bits por pila y múltiples stacks alrededor de la GPU resulta extremadamente complicado en producción masiva, especialmente cuando hay que mantener yields aceptables. Por eso los proveedores de memoria, principalmente SK Hynix y Samsung, están apuntando ahora a velocidades más realistas en torno a los 10 Gb/s por pin, y esto tira a la basura el marketing de NVIDIA contra AMD.

Incluso con ese ajuste, Rubin seguirá moviéndose cerca de los 20 TB/s de ancho de banda total, multiplicando casi por seis el de H100 y más que duplicando el de Blackwell, y al mismo tiempo lleva la lucha entre verdes y rojos a un nuevo nivel de paridad, donde la arquitectura será el factor clave, así como la escalabilidad, rendimiento y coste para cada GPU y sistema.