La freqüència de la CPU és més alta o baixa és millor?

15 de gener, 2018 d' actualització

Vaig crear un 90 segon Conky .gif Mostra el comportament "normal" durant l' inici:

Uns segons després d'iniciar el Conky.
Uns segons més tard començo a Ullejar que comença a gravar després de 3 segons quan el sistema és al voltant de 30 segons.
Quan es comença a carregar les 10 pestanyes del Firefox i dues finestres, una finestra amb vídeo (plash player)
Per primera vegada a dalt,.g if mostra freqüència alta en modeturbo i carrega mode de CPU.
cron Treballs, per exemple, còpia de seguretat de correu- e diari, s' executa a @reboot el temps fent una única pujada del nucli al 100%.
Després d'un minut, les freqüències redueixen a l'impuls noturbo més avall de 2.6 GHz que dem per ser "normal."
.gif acaba quan el sistema és 2 minuts i 10 segons.

S' està iniciant normal .gif :

Tot i que això està sota el mateix nucli 4, 4. 13 No explica el comportament anormal el 13 de gener de 2018 quan les freqüències es van quedar en mode turbo-boost durant tota la sessió.

14 de gener, 2018 d' actualització

Avui he reiniciat amb el nucli 4.4.13 i s'està comportant com a 4.4.12 ahir. No puc explicar la diferència i no tenir objeccions amb aquesta pregunta serà la pròxima votació.

CPU alta% 1 amb freqüència baixa contra la CPU baixa% amb freqüència alta

Aquests resultats s' usen FireFox amb 10 pestanyes obertes en pantalla no completa en un portàtil basat en 1080p i FireFox amb una pestanya oberta a la pantalla completa que penja una pel· lícula a la televisió externa connectada a través del Tro Blt 3 USB- C a HDMI adaptador. Totes les proves estaven en un cellake i7 6700HQ.

Nucli 4. 4. 12

Tots els nuclis mostraven 4, 4 , 4, 10 i 4, 4 (p fins a la versió 4.4.13) va mostrar High CPU% amb freqüència baixa.

Nucli 4. 4. 13

Mentre intento diferents nuclis per veure l'impacte del forat de la seguretat Meltdown, vaig notar un canvi no relacionat on la freqüència del rellotge estava executant-se a velocitats de Turbo constantment amb un increment de 10 graus en temperatures.

L' única diferència és arrencar la versió del nucli 4. 4, 12 (Falta CPU, freqüència baixa) i versió del nucli 4, 4. 13 (Lona CPU amb freqüència alta).

L'Ubuntu 16.04. 3 L'TS s' usa en les dues proves que no tenen apt-get Canvis entre dos.

En ambdues proves s'han deshabilitat els gràfics integrats nVidia GTX 970M i només s' usen els gràfics integrats per l'Intel HD530. Quan no va ser activat en el nucli 4. 4.4 la CPU% no semblava disminuir tot això excepte moure finestres a l' escriptori no era tan suau com la Intel· ligència iGPU.

El meu altre portàtil té un pont Ivy 3630QM CPU i mostra un comportament molt diferent en els tres anys que l'utilitzava. La CPU% era lleugerament més alta perquè era un processador més feble però la freqüència rebotaria entre baixa i alta tot el temps amb la majoria de temps gastat al mig. Crec que el comportament de la freqüència era molt preferible, però això és subjectiu. Crearé una mica de Conky.gif més tard per a la CPU 3630QM si algú està interessat.

Preguntes

És millor tenir CPU baixa amb freqüència alta o UCP alt i freqüència baixa?

L'ús de la bateria no és una preocupació com aquest portàtil del 17" no surt fora ja que no encaixa en la butxaca de l'abric tan fàcilment com el 5. 5, " 1080p Spphone. Encara seria bo saber si la CPU baixa% o la freqüència baixa és millor per a la vida de la bateria?

1 resposta 1

La resposta a aquesta pregunta realment depèn del cas d' ús, però recordeu el post Haswell Les velocitats del nucli poden variar basant-se en necessitat per nucli, i que la "Uncor" o sense límits de CPU (per exemple) poden desvelar la freqüència sense impacte al pressupost de la base.

En general, si el retardenc en la rampa no afecta el teu sentiment interactiu que vols les freqüències tan baixes com sigui possible.

La velocitat deturbo de CPU està limitada pel poder i els pressupostos tèrmics del paquet, i si la majoria dels vostres nuclis s'estan executant a una freqüència baixa d'un fil pot serturbo més alt i més ràpid.

També tingueu en compte que algunes funcions com AVX2 requereixen significativament més poder que les operacions enteres i en la majoria de xips reduiran la freqüència de la CPU per sota de la freqüència base si tots els nuclis estan en una alta velocitat.

No estic familiaritzat amb l'eina que esteu usant, però degut a aquest canvi alguns estan mirant la freqüència TSC i no la freqüència central per tal que això pugui no ser observat.

Malauradament, degut a la naturalesa dinàmica de Turbo Booster i algunes funcions de PID invisibles relacionades amb el nucli i la temperatura del paquet% usat no són molt útils.

S'accepta la tardencència (que és molt millor en les iteracions modernes dels controladors d' escalat a Linux) i la temperatura més baixa probablement us farà millorar un únic rendiment.