A resposta a esta questão dependerá realmente do caso de uso, mas lembre-se de postar Haswell. As velocidades do núcleo podem aumentar com base na necessidade por núcleo e que o limite "Uncore" ou sem CPU (ligado à memória como exemplo) pode aumentar a frequência sem afetar o orçamento de energia do núcleo.
Em geral, se a latência na aceleração não afetar sua sensação interativa, você deseja que as frequências sejam as mais baixas possíveis.
A velocidade do turbo das CPUs é limitada pelos orçamentos de energia e térmicos do pacote e, se a maioria de seus núcleos estiver funcionando com baixa frequência, um único segmento pode aumentar e acelerar por mais tempo.
Observe também que algumas funções como o AVX2 requerem significativamente mais energia do que as operações com números inteiros e, na maioria dos chips, a frequência do processador será menor que a frequência base se todos os núcleos estiverem em alta velocidade.
Eu não estou familiarizado com a ferramenta que você está usando, mas devido a essa mudança, alguns estão olhando para a frequência do TSC e não para a frequência central, então isso pode não ser observado.
Infelizmente devido à natureza dinâmica do Turbo Boost e algumas funções PID invisíveis relacionadas à temperatura do núcleo e do pacote, o% do número usado não é muito útil.A segmentação de latência aceitável (que é muito melhor nas iterações modernas dos drivers de escala no linux) e a temperatura mais baixa provavelmente levará a um melhor desempenho de encadeamento único.
Eu verifico
$ cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors
E:
/sys/devices/system/cpu/*/cpufreq/scaling_governor
Para certificar-se de que você não está no governador performance , o qual sacrificará o desempenho de thread individual pela latência.