- Proposta no kernel Linux (epp_boost) visa otimizar processadores AMD para jogos.
- O alvo principal é acabar com engasgos (stuttering) em portáteis como o Steam Deck.
- O driver eleva temporariamente a frequência do núcleo ativo para evitar quedas de quadros.
- Testes no Steam Deck mostraram um ganho de quase 32% na estabilidade mínima de FPS (1% low).
- Por ser um rascunho técnico (RFC), o código ainda será avaliado pelos mantenedores do Linux.
Uma submissão técnica enviada à lista de discussão do kernel Linux descreve um recurso focado em mitigar as quedas bruscas de fluidez em jogos executados em processadores AMD. A proposta, batizada de “epp_boost”, foi desenhada para otimizar o driver de gerenciamento de frequência da fabricante (amd-pstate) e apresentou ganhos de até 31,8% nos quadros mínimos (1% low) durante testes realizados no console portátil Steam Deck.
O desenvolvedor David Vernet, autor do pacote de modificações (patch), identificou um comportamento problemático na forma como o sistema atual gerencia a energia em cargas de trabalho intermitentes típicas de games.
Durante a execução de um jogo, a linha de processamento principal da CPU costuma realizar micro-pausas contínuas para aguardar a sincronização com a placa de vídeo. O hardware interpreta essas frações de milissegundo como ociosidade e derruba a frequência do processador. Quando a CPU volta à atividade instantes depois, ela retoma o cálculo partindo de uma velocidade mais baixa, o que atrasa a entrega do quadro e causa o chamado “stuttering”, percebido pelo jogador como um engasgo visual.
O desafio de equilibrar energia e desempenho
As soluções tradicionais para contornar esse comportamento afetam negativamente a eficiência do sistema. Forçar o perfil de desempenho máximo em todos os núcleos resolve a latência dos quadros, mas drena a bateria rapidamente e compromete o equilíbrio térmico. Em dispositivos como o Steam Deck, equipados com APUs (onde CPU e GPU dividem o mesmo pacote físico e orçamento de energia), manter o processador em frequência máxima retira energia vital que a placa de vídeo poderia usar para renderizar gráficos complexos.
O desenvolvedor testou também elevar o limite mínimo de operação apenas no núcleo mais ativo. Os resultados indicaram que essa tática confunde os algoritmos internos de gerenciamento de energia da própria AMD, piorando ainda mais o tempo de resposta das taxas de quadros extremas.
Como o recurso epp_boost atua
A abordagem proposta no epp_boost aplica uma correção cirúrgica baseada no tempo de ocupação de cada núcleo. O mecanismo introduz um gatilho que monitora de forma independente a atividade do processador. Se um núcleo registrar mais de 50% de ocupação, o driver altera dinamicamente o parâmetro EPP (preferência de energia e desempenho) desse núcleo específico para o modo de máxima performance.
Essa priorização é mantida por uma janela de 300 milissegundos após a identificação da alta carga. Esse tempo é suficiente para cobrir os intervalos naturais de espera do motor gráfico e da placa de vídeo, garantindo que o núcleo permaneça em alta frequência quando a próxima instrução chegar, sem gerar consumo desnecessário nos núcleos ociosos.
Em um ambiente de testes utilizando o Steam Deck LCD equipado com o chip AMD “Van Gogh”, o recurso foi avaliado na ferramenta de benchmark do jogo Civilization VI. Sem a modificação, a frequência do núcleo principal oscilava em torno de 2.43 GHz, mesmo com 98% de utilização. Com o epp_boost ativado, a velocidade se estabilizou em 3.5 GHz.
O impacto prático resultou em um salto de 31,8% no índice 1% low (métrica que registra os piores 1% de todos os quadros renderizados, refletindo a estabilidade real do jogo). O tempo de resposta para renderização de percentis extremos também melhorou em 4,1%, mantendo a média geral de FPS inalterada e preservando o equilíbrio energético do aparelho.
Por se tratar de um material classificado como “Request for Comments” (RFC), o código funciona como um rascunho de engenharia. O recurso passará agora pelo escrutínio dos mantenedores do kernel Linux e dos engenheiros da AMD, processo que definirá se e quando a funcionalidade será mesclada na ramificação principal do sistema operacional.
