Linux 7.4 e o CXL DCD: memória dinâmica sem reboot chega ao kernel

 

O Linux 7.4 inicia o suporte a DCD CXL: memória expansível sem reboot. Entenda o que foi merged, os benefícios de pooling e o que ainda falta para a habilitação total.

O subsistema Compute Express Link (CXL) deu um passo importante com a merge das primeiras mudanças para o Linux 7.4. 

O foco deste ciclo não é a habilitação completa, mas sim a infraestrutura necessária para suportar os Dynamic Capacity Devices (DCD) — hardware de expansão de memória Type-3 que permite escalar a capacidade de memória de um servidor para cima ou para baixo dinamicamente, sem a necessidade de reiniciar o hardware ou reconfigurá-lo fisicamente. 

A informação foi confirmada pelo Phoronix, que acompanha de perto o desenvolvimento do kernel.

Para quem trabalha com infraestrutura de datacenter, a promessa é ambiciosa: reduzir o desperdício de memória ociosa ou superprovisionada por meio do pooling de recursos em nível de rack, com compartilhamento de memória entre múltiplos hosts e a capacidade de “estourar” (bursting) a memória sob demanda, dependendo da carga de trabalho. 

É uma mudança de paradigma que pode impactar diretamente os custos operacionais e a eficiência energética.

O que exatamente foi merged no Linux 7.4?

É crucial entender que o suporte ao DCD ainda não está habilitado nesta merge window. O que foi integrado é a primeira parte da infraestrutura. A pull request enviada por Dave Jiang (Intel) e aceita por Linus Torvalds detalha as seguintes mudanças:

• Flagging de suporte a DCD no mailbox: O kernel agora consegue identificar e sinalizar que um dispositivo oferece suporte a DCD.

• Leitura da configuração de capacidade dinâmica: O kernel é capaz de ler do dispositivo qual é a configuração de capacidade dinâmica disponível.

• Coleta de dados DSMAS para partições DCD: Dados de Device Scoped Memory Affinity Structure (DSMAS) são coletados para as partições DCD.

• Configuração de interrupções de capacidade dinâmica: As interrupções necessárias para notificar mudanças de capacidade são configuradas.

• Atualização de documentação e limpeza: A documentação foi atualizada e uma limpeza foi feita para impor a ordenação de partições.

Além disso, a pull request inclui uma série de outros avanços técnicos importantes: decodificadores HDM de tamanho zero agora são permitidos (com suporte no cxl_test), um conjunto de patches para endurecer a enumeração de decodificadores de switch, os cálculos de latência que agora levam em conta a largura do link e usam unidades consistentes, e uma reformulação da programação de timeout do GPF. 

Uma quantidade significativa de correções de bugs também faz parte do pacote.

Produto Recomendado

Quer levar seus arquivos com você sem complicação? Com o Case para HD/SSD Externo 2.5 SATA, você transforma um HD ou SSD SATA de 2,5 polegadas em uma unidade externa prática, compacta e protegida. Ideal para backups, arquivos de trabalho, fotos, vídeos e games.

A instalação é simples: encaixe o HD/SSD no case e conecte ao computador ou notebook. O case ajuda a proteger o disco contra poeira e pequenos impactos, além de facilitar o transporte no dia a dia.

Destaques do produto:

• Compatível com HD e SSD SATA de 2,5 polegadas

• Transforma disco interno em unidade externa portátil

• Proteção extra para o seu HD/SSD

• Compacto e fácil de transportar

• Ideal para backups e armazenamento adicional

Compre agora e deixe seus arquivos sempre por perto!

👉  https://link.amazon/B0giahkZB

Eu ganho uma comissão quando você faz uma compra.

Por que o DCD é um divisor de águas

Antes do DCD, alterar a alocação de memória em um sistema CXL era um processo disruptivo: exigia a reprogramação dos decodificadores HDM, a quiescência do tráfego e, muito provavelmente, um reset do sistema. 

O DCD muda essa lógica. Em vez de reprogramar decodificadores, o dispositivo apresenta sua capacidade máxima a cada host, e os decodificadores HDM são programados para toda a faixa de DPA (Dynamic Physical Address). O comando DCD é então usado para descobrir qual é a alocação real de memória.

Na prática, isso significa que um pool de memória pode entregar capacidade a um host e retomá-la em tempo de execução, sem as interrupções dolorosas do passado. 

Um caso de uso citado pela indústria é o de cargas de trabalho de IA agêntica: um demo da Samsung com a AMD na OCP 2026 mostrou que o pooling baseado em DCD pode reduzir o Time To First Token (TTFT) em 38% e aumentar o goodput em 3,3 vezes.

O caminho até a habilitação completa

A estratégia adotada pelos desenvolvedores é fatiar o enorme conjunto de patches para aliviar a carga de revisão. Por isso, o DCD ainda não funciona de ponta a ponta no Linux 7.4. 

O restante do código continua em revisão na lista de discussão do kernel. A documentação oficial do CXL Consortium e o blog do ComputeExpressLink.org são as fontes primárias para acompanhar a evolução da especificação (atualmente na versão 3.1) e os detalhes técnicos do DCD.

Para os profissionais de infraestrutura, o recado é claro: o Linux 7.4 é um marco preparatório, mas essencial. Ele pavimenta o caminho para que, em versões futuras, o DCD se torne uma realidade operacional, permitindo que os datacenters abandonem o modelo de memória estática e abracem a elasticidade como padrão.

Checklist para Copia, Colae e Acompanhar o suporte a DCD no Linux

□ Verifique a versão do kernel: Confirme se o sistema está rodando Linux 7.4 ou superior para contar com a infraestrutura inicial de DCD.

□ Cheque o suporte no hardware: O dispositivo CXL deve ser um Type-3 e declarar suporte a DCD no mailbox. Use ferramentas como cxl list para inspecionar.

□ Acompanhe a lista de patches: O restante do código de habilitação do DCD ainda está em revisão. Monitore a linux-cxl no lore.kernel.org.

□ Valide os decodificadores HDM: A merge permite decodificadores de tamanho zero. Teste cenários com cxl_test para garantir compatibilidade.

□ Revise os cálculos de latência: Se você depende de métricas de latência, saiba que a largura do link agora é considerada. Revalide seus benchmarks.

Questionário sobre o resumo

1. O que o Linux 7.4 efetivamente habilitou em relação ao DCD?

a) A operação completa de dispositivos DCD em produção.

b) A primeira parte da infraestrutura de suporte, sem habilitar o DCD ainda.

c) Apenas a documentação sobre DCD, sem código.

d) O suporte a DCD apenas para dispositivos Type-1.

Resposta correta: b) A primeira parte da infraestrutura de suporte, sem habilitar o DCD ainda.

2. Qual é o principal benefício do DCD em relação ao método anterior de alteração de memória?

a) Aumentar a capacidade máxima do dispositivo.

b) Permitir mudanças de capacidade sem reprogramar os decodificadores HDM e sem reset do sistema.

c) Reduzir o consumo de energia do switch CXL.

d) Aumentar a latência de acesso à memória.

Resposta correta: b) Permitir mudanças de capacidade sem reprogramar os decodificadores HDM e sem reset do sistema.

3. Qual das seguintes mudanças não faz parte da pull request do CXL para o Linux 7.4?

a) Suporte a decodificadores HDM de tamanho zero.

b) Cálculos de latência que consideram a largura do link.

c) Habilitação completa do DCD para todos os dispositivos CXL.

d) Reformulação da programação de timeout do GPF.

Resposta correta: c) Habilitação completa do DCD para todos os dispositivos CXL.