Os engenheiros de código aberto da Intel continuam bastante ocupados em trazer o suporte Linux para o Emerald Rapids como o sucessor do Sapphire Rapids e também para o Granite Rapids como os processadores Xeon Scalable a seguir. Com as mudanças do i10nm EDAC na fila antes do Linux 6.3, há suporte através do Granite Rapids, bem como confirmando o suporte do Granite Rapids até 12 canais DDR5 de memória do sistema.
Enfileirado esta semana no ramo Git”edac-for-next”do RAS.git antes da janela de mesclagem do Linux 6.3 em fevereiro está o suporte Emerald Rapids e Granite Rapids dentro do i10nm, o driver de detecção e correção de erros usado pelo servidor Xeon CPUs desde Ice Lake para relatórios de erros do controlador de memória.
O Emerald Rapids suporte no driver Intel EDAC é apenas uma adição de uma linha adicionando o ID necessário. Isso não é muito surpreendente, com todas as indicações de que o Emerald Rapids está muito próximo do Sapphire Rapids em termos de recursos/capacidades. Outras adições do Emerald Rapids no Linux 6.2 geralmente foram apenas adicionando novos IDs e seguindo os mesmos caminhos de código de driver do Sapphire Rapids.
Com a adição de Granite Rapids para i10nm EDAC é onde as coisas ficam um pouco mais interessantes. Para Granite Rapids suporte observa diferentes contagens de controlador de memória entre diferentes CPUs Granite Rapids, diferentes compensações MMIO e outras diferenças em comparação com Sapphire/Emerald Rapids. Assim, com o driver EDAC, ele agora detecta o número de controladores de memória presentes em tempo de execução devido ao número variável de controladores de memória em diferentes modelos de CPU Granite Rapids.
Com este novo código Intel EDAC, ele confirma O Granite Rapids suportará até 12 canais de memória (não mais de 12, pois outra verificação no código do driver agora apresenta erros se exceder uma constante definida como 12). O número estático de canais de memória definidos para Granite Rapids é definido como 12 antes de determinar dinamicamente a contagem real em tempo de execução.
Houve alguns rumores indicando suporte DDR5-6400 de doze canais com Granite Rapids, enquanto outros relatam oito canais, mas em qualquer caso, com este código de driver de código aberto sendo mesclado no Linux 6.3, ele confirma que haverá até 12 canais de memória com Granite Rapids. (Sem alterações com Emerald Rapids sobre Sapphire Rapids.) Com os processadores Xeon Scalable até este ponto, todos eles incluíram suporte para o mesmo número de canais de memória na pilha de produtos, mas com SKUs inferiores sendo limitados para execução em velocidades de memória mais baixas.
Agora, olhando para o Granite Rapids, não apenas os SKUs podem ser diferenciados no lado da memória do sistema pela velocidade da memória DDR5, mas também pelo número de controladores/canais de memória suportados por um determinado processador. Com o layout lado a lado do Sapphire Rapids, há quatro blocos com um controlador de memória e dois canais DDR5 por bloco, mas presumivelmente com o Granite Rapids é onde veremos mais-e um número variável de-blocos baseados no SKU, portanto, a possibilidade de diferentes contagens de canais de memória.
O trabalho i10nm EDAC também confirma que ainda haverá SKUs Granite Rapids com memória HBM2 esperada, o que é bom de se ver.
Com os processadores EPYC”Genoa”de 4ª geração lançados recentemente, a AMD introduziu o suporte de memória DDR5-4800 de 12 canais em toda a sua linha de produtos. Caso você tenha perdido, veja minha comparação de dimensionamento de canal de memória AMD EPYC Genoa 6/8/10/12 com muitos benchmarks de referência para os benefícios da memória de servidor DDR5 de 12 canais.
Como de costume, parabéns aos engenheiros de código aberto da Intel por já trabalhar para obter as alterações de suporte ao driver Granite Rapids/Emerald Rapids bem antes dos lançamentos do produto. Esta continua a ser uma das áreas fortes para a Intel, geralmente obtendo grande parte de sua habilitação do Linux bem antes do lançamento, inclusive para áreas como suporte de compilador GCC e LLVM/Clang, onde também eles já começaram a upstreaming de seus patches.