web-dev-qa-db-fra.com

Problème d’échelle de fréquence de la CPU - scaling_max_freq faux

J'ai un problème avec mon Elitebook Core 2 Duo T9600, la mise à l'échelle cesse de fonctionner après quelques secondes de charge élevée et reste bloquée à 800 Mhz.

La température est d'environ 50 à 60 ° C pour les deux noyaux, bios_limit indique la vitesse maximale correcte 2534000 (2.53Ghz). La seule information erronée que je puisse trouver est dans */sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq * qui indique 15204 plutôt que 25340 mais de toute façon, le processeur ne dépasse jamais 800 MHz. Il apparaît soit sur le secteur et sur la batterie.

Mon système: Ubuntu Raring 13.04 Kernel 3.8.0-19-generic x86-64

Est-il possible de désactiver complètement la mise à l'échelle? Je n'ai aucun gestionnaire de cpu freq fonctionnant dans le pays utilisateur.

4
Phil2.0

OK, après quelques jours de travail, je pense pouvoir dire ce problème est résol ->
Utilisez le régulateur conservateur et réinitialisez le scaling_max_freq comme suit (s'il a changé):

(à faire pour chaque noyau)

echo conservative > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor  
echo 2530000 > /sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq

Le problème vient du gouverneur ondemand. Après quelques secondes de fortes charges, réinitialisez la valeur de scaling_max_freq à 1520400, qui devient en lecture seule ou du moins, ne peut pas être modifiée sous gouvernance "à la demande" et le processeur reste bloqué. la fréquence la plus basse. Je peux reproduire le comportement.

Malheureusement, cpufreq-utils ne peut pas aider (par exemple: /etc/init.d/cpufrequtils) et je ne peux pas définir ces valeurs au démarrage (par exemple: /etc/rc.local 0555'd), je dois l'appliquer à l'aide d'un script avec un travail cron.

Où devrais-je informer de ce bug?

3
Phil2.0