Un logiciel userland qui sélectionne le « governor » CPU et qui bouffe lui-même plein d'énergie ? Tu peut le désinstaller je pense.
D'autant plus qu'Arjan est formel sur ce point : il n'y a aucune ambiguité, le governor le plus adapté pour les environnements Intel (donc y compris les macbooks), c'est « ondemand ». Les autres sont moins efficaces. Pour l'activer, fait ceci pour chaque CPU :
echo ondemand > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
pour le reste c'est du noyau.
Oui mais c'est bien souvent le userland qui conduit le noyau à recevoir des interruptions USB et ATA (note : outre les réveils de la CPU, le fait de maintenir une activité sur ces bus les empêchent d'activer leurs propres modes d'économie d'énergie indépendants, tels que USB_SUSPEND, dont ils sont tout deux dotés).
Comme je disait plus haut, dans ton cas (usb_hcd_poll_rh_status et libata), je soupçonne "hald". Est-ce que ces lignes disparaissent si tu killall hald ?
De plus, toujours pour réduire les accès disques ou leur impact, tu peut activer le mode laptop si ce n'est pas déjà fait ( echo 5 > /proc/sys/vm/laptop_mode) et monter les partitions pour lesquelles tu ne t'intéresse pas au dates de dernier accès aux fichiers en "noatime". Bon, pour l'USB, il y a aussi un problème connu affectant les macbooks, qui fait que la gestion du clavier est très gourmande (mais un patch existe, peut-être même déjà intégré dans 2.6.22-rc3).
Combien de réveils par secondes et de Watt consommés si tu décharge le module wifi et applique ces astuces ? (ça m'intéresse beaucoup parce que j'envisage de me procurer un macbook aussi :).
[^] # Re: macbook
Posté par herodiade . En réponse au journal Utilisation de PowerTop. Évalué à 2.
Ah oui, 3515 wps, c'est dément !
On a un nouvel argument libriste : « ndiswrapper saimal, ça détruit la planète » ;).
( 10,0) cpufreq-set : cpufreq_governor_dbs (delayed_work_timer_fn)
Un logiciel userland qui sélectionne le « governor » CPU et qui bouffe lui-même plein d'énergie ? Tu peut le désinstaller je pense.
D'autant plus qu'Arjan est formel sur ce point : il n'y a aucune ambiguité, le governor le plus adapté pour les environnements Intel (donc y compris les macbooks), c'est « ondemand ». Les autres sont moins efficaces. Pour l'activer, fait ceci pour chaque CPU :
echo ondemand > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
pour le reste c'est du noyau.
Oui mais c'est bien souvent le userland qui conduit le noyau à recevoir des interruptions USB et ATA (note : outre les réveils de la CPU, le fait de maintenir une activité sur ces bus les empêchent d'activer leurs propres modes d'économie d'énergie indépendants, tels que USB_SUSPEND, dont ils sont tout deux dotés).
Comme je disait plus haut, dans ton cas (usb_hcd_poll_rh_status et libata), je soupçonne "hald". Est-ce que ces lignes disparaissent si tu killall hald ?
De plus, toujours pour réduire les accès disques ou leur impact, tu peut activer le mode laptop si ce n'est pas déjà fait ( echo 5 > /proc/sys/vm/laptop_mode) et monter les partitions pour lesquelles tu ne t'intéresse pas au dates de dernier accès aux fichiers en "noatime". Bon, pour l'USB, il y a aussi un problème connu affectant les macbooks, qui fait que la gestion du clavier est très gourmande (mais un patch existe, peut-être même déjà intégré dans 2.6.22-rc3).
Combien de réveils par secondes et de Watt consommés si tu décharge le module wifi et applique ces astuces ? (ça m'intéresse beaucoup parce que j'envisage de me procurer un macbook aussi :).