Los ingenieros de código abierto de Intel siguen estando bastante ocupados en traer el soporte de Linux para Emerald Rapids como el sucesor de Sapphire Rapids y luego también para Granite Rapids como los procesadores escalables Xeon que le siguen. Con los cambios de i10nm EDAC en cola antes de Linux 6.3, hay soporte a través de Granite Rapids y también se confirma que Granite Rapids admite hasta 12 canales de memoria del sistema DDR5.
En cola esta semana en la rama Git”edac-for-next”de RAS.git antes de la ventana de combinación de Linux 6.3 en febrero está el soporte de Emerald Rapids y Granite Rapids dentro de i10nm, el controlador de detección y corrección de errores utilizado por el servidor Xeon CPU desde Ice Lake para el informe de errores del controlador de memoria.
Los rápidos esmeralda support en el controlador Intel EDAC es solo una adición de una línea que agrega la ID necesaria. Eso no es demasiado sorprendente, ya que todos los indicios indican que Emerald Rapids está muy cerca de Sapphire Rapids en términos de características/capacidades. Otras adiciones de Emerald Rapids en Linux 6.2 generalmente solo han agregado nuevas ID y, de lo contrario, han seguido las mismas rutas de código de controlador que Sapphire Rapids.
Con la adición de Granite Rapids para i10nm EDAC es donde las cosas se ponen un poco más interesantes. Para Granite Rapids soporte señala diferentes recuentos de controladores de memoria entre diferentes CPU Granite Rapids, diferentes compensaciones MMIO y otras diferencias en comparación con Sapphire/Emerald Rapids. Entonces, con el controlador EDAC, ahora detecta la cantidad de controladores de memoria presentes en tiempo de ejecución debido a la cantidad variable de controladores de memoria en diferentes modelos de CPU Granite Rapids.
Con este nuevo código Intel EDAC, confirma Granite Rapids admitirá hasta 12 canales de memoria (no más de 12 ya que otra verificación en el código del controlador ahora falla si se excede una constante establecida en 12). El número estático de canales de memoria establecidos para Granite Rapids se establece en 12 antes de determinar dinámicamente el recuento real en tiempo de ejecución.
Ha habido algunos rumores que indican compatibilidad con DDR5-6400 de doce canales con Granite Rapids, mientras que otros informan ocho canales, pero en cualquier caso, con este código de controlador de código abierto fusionado en Linux 6.3, se confirma que habrá hasta 12 canales de memoria con Granite Rapids. (No hay cambios con Emerald Rapids sobre Sapphire Rapids). Con los procesadores Xeon Scalable hasta este punto, todos han incluido soporte para la misma cantidad de canales de memoria en toda la pila de productos, pero con SKU más bajos limitados a velocidades de memoria más bajas.
Mirando ahora hacia Granite Rapids, no solo se pueden diferenciar los SKU en el lado de la memoria del sistema por la velocidad de la memoria DDR5, sino también por la cantidad de controladores/canales de memoria admitidos para un procesador determinado. Con el diseño en mosaico de Sapphire Rapids, hay cuatro mosaicos con un controlador de memoria y dos canales DDR5 por mosaico, pero presumiblemente con Granite Rapids es donde veremos más, y una cantidad variable de mosaicos según el SKU, por lo tanto, la posibilidad de cuentas de canales de memoria diferentes.
El trabajo de i10nm EDAC también confirma que todavía habrá SKU de Granite Rapids con memoria HBM2 esperada, lo cual es bueno de ver.
Con los procesadores EPYC”Genoa”de cuarta generación recientemente lanzados, AMD introdujo la compatibilidad con memoria DDR5-4800 de 12 canales en toda su línea de productos. En caso de que se lo haya perdido, vea mi comparación de escalado de canales de memoria AMD EPYC Genoa 6/8/10/12 con muchos puntos de referencia de referencia para conocer los beneficios de la memoria de servidor DDR5 de 12 canales.
Como de costumbre, felicitaciones a los ingenieros de código abierto de Intel por trabajar en la implementación de los cambios de soporte del controlador Granite Rapids/Emerald Rapids mucho antes de los lanzamientos de productos. Esta sigue siendo una de las áreas fuertes en las que Intel generalmente está logrando que gran parte de su habilitación de Linux se lleve a cabo mucho antes del lanzamiento, incluso para áreas como GCC y compatibilidad con el compilador LLVM/Clang, donde también ya han comenzado a actualizar sus parches.
