J'ai un Core 2 Duo E8400 (3GHz) en governor OnDemand (noyau 2.6.24-18 de Ubuntu). La fréquence est bien modifiée en fonction de l'activité et des scaling_available_frequencies.
Le problème : il y a bizarrement trop peu de fréquences disponibles.
dmesg signale bien 8 niveaux :
[ 28.230252] ACPI: Processor [CPU0] (supports 8 throttling states)
[ 28.230417] ACPI: Processor [CPU1] (supports 8 throttling states)8 niveaux confirmés par /proc/acpi/processor/CPU1/throttling et /proc/acpi/processor/CPU0/throttling, indiquant tous les 2
state count: 8
active state: T0
state available: T0 to T7
states:
*T0: 100%
T1: 87%
T2: 75%
T3: 62%
T4: 50%
T5: 37%
T6: 25%
T7: 12%
Le throttling est à yes dans les 2 /proc/acpi/processor/CPUx/info
1) Pourquoi alors les infos des dossiers /sys/devices/system/cpu/cpu1/cpufreq et /sys/devices/system/cpu/cpu0/cpufreq ne reportent que 2 fréquences dispos, le min et le max (2GHz et 3GHz respectivement, le min me semble énorme) ?
2) Sachant que pour un bon vieux P4 à 2,8 GHZ j'ai de 300 et quelques à 2,8GHz en passant par une palanquée de fréquences intermédiaires, est-ce un support sur mon noyau ?
Le P4 utilise le module p4-clockmod et mon Core 2 Duo utilise acpi-cpufreq.
3)Y a-t-il un meilleur module ?
Merci de vos éclairages...
# moi
Posté par solsTiCe (site web personnel) . Évalué à 0.
déjà dans /proc/acpi/processor/CPU1/throttling
<not supported>
parce l'acpi est pas super bien géré par linux sur mon pc faut croire. par exemple les températures données par acpi sont un peu basses genre 20°...
sinon dans /sys/devices/system/cpu/cpu1/cpufreq/scaling_available_frequencies j'ai 5 fréquences. je me suis jamais demandé si c'était normal ou pas.
2300000 2200000 2000000 1800000 1000000
en tout cas cpufreq (le démon) les utilise comme il faut quand j'utilise le governor on_demand.
voilà
# Quelques pistes.
Posté par khivapia . Évalué à 2.
l'arborescence de fichiers /sys/... correspond aux fichiers de configuration du noyau. Il doit être possible de les modifier (avec précautions !!!!!) pour faire prendre en compte différentes fréquences (sans doutes les fréquences possibles sont-elles un multiple entier de celle du FSB ou quelque chose comme ça).
Mais il est également possible selon la documentation Gentoo (http://www.gentoo.org/doc/fr/power-management-guide.xml#doc_(...) ) de combiner l'échantillonage avec l'ACPI CPU Throttling poru diminuer la fréquence possible. Voir également la partie 3 http://www.gentoo.org/doc/fr/power-management-guide.xml#doc_(...) et les divers outils cpufrequtils disponibles.
[^] # Re: Quelques pistes.
Posté par ⌨ ☕ . Évalué à 2.
Je vais également explorer d'autres pistes : support limité du CPU par la carte mère, version du noyau (pour cette dernière piste on verra plus tard...)
# Ne pas tout mélanger
Posté par Sébastien Koechlin . Évalué à 2.
Le problème : il y a bizarrement trop peu de fréquences disponibles.
dmesg signale bien 8 niveaux :
dmesg cite qu'il y a 8 niveaux de performances, appelés T0 à T7, il ne dit pas qu'il y a 8 fréquences différentes.
Pourquoi alors les infos des dossiers /sys/devices/system/cpu/cpu1/cpufreq et /sys/devices/system/cpu/cpu0/cpufreq ne reportent que 2 fréquences dispos, le min et le max (2GHz et 3GHz respectivement, le min me semble énorme) ?
La politique actuelle d'Intel n'est plus de réduire la fréquence; mais de couper les blocs inutiles ou consommateurs le plus rapidement possible. La réduction de fréquence allonge les temps de traitements et globalement entraine une plus faible réduction de consommation.
Tous les core 2 Duo que j'ai vu n'ont plus que deux fréquences différentes de travail.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.