A AMD começou a preparar a infraestrutura do Kernel Linux para extrair o máximo de desempenho de sua próxima geração de processadores. Uma nova série de patches enviada por Mario Limonciello, engenheiro da AMD, introduz ajustes no gerenciamento do CPPC (Collaborative Processor Performance Control) voltados especificamente para plataformas cliente baseadas na arquitetura Zen 6.
A submissão inicial, composta por três patches direcionados aos mantenedores de gerenciamento de energia e frequência do sistema (ACPI e CPUFreq), revela que a nova arquitetura lidará com o controle de performance de forma diferente de suas antecessoras. O objetivo principal das alterações é garantir que o agendador de tarefas (scheduler) do sistema operacional receba as informações corretas sobre a capacidade de cada núcleo.
O que isso significa para o escalonamento de tarefas
Em processadores modernos, especialmente aqueles que adotam designs híbridos ou com diferentes tipos de núcleos (como a atual abordagem da AMD com núcleos padrão e núcleos compactos “c”), o sistema operacional precisa saber exatamente qual é a frequência máxima que cada unidade de processamento consegue atingir.
É com base nessa informação estrutural que o Kernel Linux calcula a capacidade computacional de cada núcleo. Dessa forma, o sistema pode tomar decisões mais inteligentes: direcionar cargas de trabalho pesadas (como renderização ou compilação) para os núcleos mais rápidos e alocar tarefas em segundo plano para os núcleos mais eficientes em energia.
Solução temporária (hardcode) enquanto o ACPI é atualizado
De acordo com as notas do patch de Limonciello, as versões futuras da especificação ACPI trarão uma interface padronizada e nativa para que o processador informe essas capacidades de frequência diretamente ao sistema. No entanto, como essa atualização do padrão ainda não está disponível, a AMD optou por uma abordagem pragmática no código.
A série de patches implementa valores fixos (hardcoded) para a obtenção da frequência mais alta suportada por uma CPU. Segundo o desenvolvedor, essa medida provisória foi tomada para garantir que os sistemas Zen 6 operem conforme o projetado desde o primeiro dia de testes, além de desbloquear o trabalho futuro de otimização do agendador no Kernel Linux enquanto a interface ACPI definitiva não é finalizada.
Próximos passos
O código afeta diretamente os drivers acpi-cpufreq e amd-pstate, refatorando a forma como o “boost ratio” (taxa de aumento de frequência) é manipulado no kernel.
Atualmente, o material encontra-se em estágio de proposta (RFC/Patch) nas listas de discussão do kernel (linux-pm, linux-acpi e linux-kernel). O código já começou a receber revisões iniciais de outros desenvolvedores da comunidade e da própria AMD, como K Prateek Nayak. Por se tratar de um estágio inicial de revisão, essas modificações ainda passarão por iterações antes de serem integradas ao ramo principal (mainline) do Kernel Linux.
