- Novo recurso de otimização: O Linux 7.0 introduz o parâmetro de boot intel_idle.table, permitindo que sysadmins ajustem manualmente a latência dos estados de energia (C-states) para priorizar performance ou economia sem recompilar o kernel.
- Correção de estabilidade: O subsistema cpuidle recebeu uma lógica de proteção crítica que impede falhas e crashes em hardwares com estados de ociosidade limitados, ignorando cálculos desnecessários do governador.
- Melhoria no monitoramento (RAPL): O driver de energia da Intel foi refatorado para permitir que ferramentas como o perf leiam dados de consumo de qualquer núcleo do pacote, eliminando restrições de leitura em sistemas particionados.
- Cronograma de lançamento: Código aceito na janela de merge do Linux 7.0-rc1 (Fevereiro/2026), com previsão de chegada às distribuições estáveis (como Ubuntu e Fedora) no segundo semestre deste ano.
O Kernel Linux 7.0, atualmente em desenvolvimento, recebeu atualizações importantes no subsistema de gerenciamento de energia. As mudanças trazem desde personalização fina dos estados de suspensão para experts até correções de estabilidade para evitar falhas em processadores operando em estados limitados.
O mantenedor do subsistema de energia, Rafael Wysocki (Intel), enviou um conjunto de patches que aprimora significativamente como o Kernel lida com o estado ocioso (idle) e o monitoramento de energia (RAPL). A grande novidade para administradores de sistemas é a introdução do parâmetro intel_idle.table, que permite ajustar manualmente a latência e a residência dos estados de economia de energia via linha de comando, sem necessidade de recompilar o kernel. Além disso, ferramentas de monitoramento agora terão visibilidade total do consumo de energia de todos os núcleos de um pacote de processador.
O que isso significa na prática:
- Para o iniciante: Seu processador tem vários “sonos” (estados C). Um sono leve acorda rápido; um sono profundo economiza mais bateria, mas demora para acordar. Antes, o Linux decidia esses tempos sozinho. Agora, usuários avançados podem “forçar” o comportamento do processador para priorizar performance máxima ou economia extrema digitando apenas um comando na inicialização.
- Para a estabilidade: Foi corrigido um erro que poderia fazer o sistema travar (crash) se o processador tivesse apenas um modo de economia de energia disponível. O Linux agora detecta isso e evita cálculos desnecessários.
Detalhes da implementação
As mudanças afetam principalmente os drivers intel_idle, cpuidle e o framework de Power Capping (intel_rapl).
- Customização de latência (
intel_idle):Foi adicionado o argumento de boottable. A sintaxe permite definirnome:latência:residênciaem microssegundos. O driver valida se os estados mais profundos possuem latências maiores.- Exemplo:
intel_idle.table=C1:1:3,C6:50:100ajusta apenas C1 e C6, mantendo os padrões para os outros.
- Exemplo:
- Lógica do governador (
cpuidle):O patch corrige uma falha no governador “ladder” e otimiza os governadores “menu” e “teo”. Se o driver reportar que existe apenas um (ou nenhum) estado de idle disponível, o kernel agora pula totalmente a lógica de seleção do governador.- Código:
if (drv->state_count <= 1) { *stop_tick = false; return 0; } - Isso remove overhead e previne comportamentos indefinidos em hardwares restritos ou virtualizados.
- Código:
- Observabilidade de energia (RAPL/PMU):Houve uma refatoração no
intel_rapl. Anteriormente, leituras de MSR (registradores específicos do modelo) em contexto atômico (como interrupções) poderiam falhar ou ser limitadas a um CPU específico. O patch introduz um contexto explícito (pmu_ctx) e ajusta a máscara de CPUs (cpumask), permitindo que ferramentas de performance (comoperf) leiam eventos de energia de qualquer CPU dentro do mesmo pacote físico (Package), e não apenas de um núcleo “mestre”.
Curiosidades e bastidores da discussão
Nos logs da lista de discussão, destaca-se um ajuste de “etiqueta” no driver intel_rapl_tpmi. O código anterior emitia um alerta FW_BUG (Bug de Firmware) quando encontrava uma versão inválida do domínio de energia.
Os desenvolvedores notaram que, em sistemas particionados modernos, é normal que múltiplas instâncias existam, mas apenas algumas sejam válidas para leitura de energia. O alerta foi rebaixado de “Erro de Firmware” para um simples log de debug, evitando que administradores de servidores sejam inundados com falsos positivos de erro de hardware nos logs do sistema (dmesg).
Quando isso chega no meu PC?
Estas mudanças fazem parte da janela de desenvolvimento do Linux 7.0-rc1 (o próximo grande salto de versão após a série 6.x).
- Status: O código já foi aceito (Merged) por Linus Torvalds em 18 de fevereiro de 2026.
- Lançamento estável: Previsto para meados de abril ou maio de 2026.
- Distribuições: Usuários de distros “Rolling Release” (Arch, Tumbleweed) receberão logo após o lançamento estável. Distros LTS (Ubuntu 26.04, Fedora 44) devem incorporar essas mudanças no segundo semestre de 2026.
