Liberando velocidade relâmpago com CPUs Meteor Lake da Intel no Linux 6.8
Com o lançamento das CPUs Intel Meteor Lake no mercado, os dados chegaram por toda parte, e já avisamos antecipadamente que muitos testes teriam que ser refeitos, pois havia muitas inconsistências. É isso que torna uma nova plataforma tão disruptiva que o software precisa ser adicionado ao hardware, e isso leva tempo. Bem, alguns BIOS estavam envolvidos, alguns patches do Windows estavam envolvidos, o desempenho aumentou, mas no Linux… Presumia-se que esses bugs não estavam presentes, mas a Intel mostrou que não era esse o caso. Assim, CPUs Meteor Lake terão um aumento de 100 MHz no Linux 6.8, para o inferno com os dados comparativos anteriores?
Embora seja verdade que alguns dados podem não exigir atualização, deve-se notar que isso não se aplica a todos os casos. Curiosamente, um problema identificado pela Intel ainda não foi reconhecido por outros analistas, que parece estar relacionado com as configurações de gestão de energia do sistema operativo.
Linux 6.8 verá CPUs Intel Meteor Lake escalarem 100 MHz
Surpreendentemente, o problema não se manifesta de forma consistente em todos os sistemas de computador que instalam Linux, de acordo com as especificações da Intel. Para compreender as informações veiculadas pela tela azul da morte, será fornecido um breve resumo do problema.
Na verdade, a questão central parece estar centrada no estado de energia do sistema operacional Linux e na incapacidade do driver Intel P-State CPUFreq de atingir a frequência completa da CPU como resultado de uma discrepância de escala inconseqüente. Segundo o engenheiro da Intel Rafael Wysocki, o assunto pode ser resumido sucintamente da seguinte forma:
“A frequência turbo máxima de um núcleo não é observada em algumas plataformas Meteor Lake. Durante o desempenho híbrido para conversão de frequência, isso é 100 MHz mais baixo do que deveria ser. Isso resulta em uma frequência máxima de 100 MHz mais baixa sendo Requeridos.
Por exemplo, quando o turbo de um núcleo no máximo é 4,9 GHz: MSR HWP_CAPABILITIES mostra que a taxa de desempenho mais alta para o núcleo P é 0x3E. Com o fator de escala atual de 78741 (1,27x para converter frequência em desempenho), uma frequência máxima de 4,8GHz. Isso resulta em um limite máximo de frequência de escala de 4,8 GHz, que É 100 MHz menor que o desejado.
Adicione a capacidade de definir um fator de escala específico por modelo de CPU e defina o fator de escala para 80.000 (1,25x para converter frequência em desempenho para núcleos P) para Meteor Lake. Isso trará de volta a frequência e o desempenho.”
Quanto isso modificará o desempenho dessas CPUs fabricadas em 3D?
Bom, a princípio pouco comparado ao que vimos, principalmente porque se entende que a melhoria vai diretamente para o Single Thread e não para o Multi Thread como tal. O problema é que a declaração e explicação de Wysocki Deixa a porta aberta para que essa melhoria de 100 MHz seja para todos os P-Core e não apenas para um núcleo , porque o problema com o gerenciador de energia do Linux e o driver que o gerencia.
Da mesma forma, na próxima semana chegarão os dados corrigidos com este patch que aumentará a frequência do Meteor Lake 100MHz no Linux 6.8 e poderemos tirar dúvidas. Isso é interessante, pois na comparação anterior a AMD e seu Ryzen 7 7840U venceram quase 80% dos testes, o que é um equilíbrio realmente grande em relação ao que foi visto no Windows.
Consequentemente, esta alteração pode resultar numa distribuição mais equitativa de desempenho entre as versões do Linux, com novas melhorias esperadas dentro de uma semana.
*️⃣ Link da fonte: