Confira !!
O governador de escalonamento de frequência da CPU Schedutil existe há alguns anos e melhorou com o tempo, mas em nossos próprios testes ainda achamos que ele frequentemente não é tão competitivo quanto o governador de "desempenho" e outros. No entanto, no futuro, o Schedutil pode se tornar o governador padrão e, talvez, apenas.
Após os breves testes da nova solução AMD CPUFreq CPPC , que não é adotada, um leitor do Phoronix apontou uma discussão recente na lista de discussão do kernel que estava sob nosso radar.
O desenvolvedor de kernel upstream Peter Zijlstra estava criticando vários pontos do código proposto de CPPC da AMD em que os desenvolvedores da AMD estavam trabalhando para suporte ao Collaborative Processor Performance Control com seus novos processadores Zen 2. Zijlstra rejeitou vários elementos da proposta de código da AMD, incluindo a chamada de "grande erro" por expor muitos dados ao espaço do usuário devido à complicação de futuros esforços do kernel. Ele também rejeitou a ideia de a AMD criar uma ferramenta de espaço de usuário Linux para gerar perfis de CPPC para cargas de trabalho de usuários de destino.
O que talvez seja mais interessante é o futuro possível do código do kernel da escala de frequência da CPU. Peter descreveu sua visão sobre o LKML, onde o Schedutil talvez pudesse se tornar o único governador de escala no kernel.
Estamos tentando mover todo o cpufreq para o agendador e ter apenas um governador, ou seja, schedutil - sim, ainda estamos presos ao legado e, em alguns casos, ainda estamos trabalhando na paridade de desempenho, mas espero realmente se livrar de todos os outros governadores da cpufreq eventualmente.
E se você olhar o schedutil (schedutil_cpu_util em específico), verá que ele já está preparado para o CPPC e, atualmente, apenas é retido pela interface genérica do cpufreq.
Atualmente, ele define apenas a frequência desejada, possui informações para mín / garantido e, assim que tivermos uma integração térmica, também podemos ter dados sensíveis para a frequência máxima.
Portanto, parece que o código atual do AMD CPPC provavelmente não o tornará principal, mas poderia se beneficiar do código genérico do ACPI CPPC já existente no kernel com algumas adaptações. E o futuro é certamente interessante se todo esse trabalho puder eventualmente se reunir bem. Mas, considerando nossos recentes benchmarks do Schedutil em comparação com outros governadores, ainda há mais problemas de desempenho a serem resolvidos.
Fonte
Até a próxima !!
Nenhum comentário:
Postar um comentário