* « Pas d'estimations ACPI de la consommation électrique disponible »
Soit tu utilise un ordinateur dont l'APCI ne fournit pas cette information (typiquement, un ordinateur non portable), soit ton portable est branché sur le secteur (dans ce cas, débranche l'alim et relance powertop lorsque tu es sur batterie).
* « Je trouve aussi le comportement de la première ligne très surprenant »
S'il n'est pas en train de lire de la musique, il y a clairement un bug dans xmms (ou un des modules d'extension de xmms que tu utilise). Là ça ressemble à un select() avec un timeout trop court. Peut tu faire un strace -p $(pidof xmms) stp ?
Il y a aussi une astuce pour contourner ce problème sur known.php :
cd /sys/devices/system/cpu/cpu0/cpufreq
cat ondemand/sampling_rate_max > ondemand/sampling_rate
(à faire pour chaque CPU).
Ces quatre là m'évoquent le problème (connu) d'hald qui polle les lecteurs de cdroms et autres périphériques de stockage de masse USB à intervalles réguliers. Essaie de tuer hald pour confirmer. Vérifie aussi que tu a bien CONFIG_USB_SUSPEND dans le noyau et que tu ne fait pas tourner pcscd.
Ça n'est pas normal. Même le curseur clignotant ne doit pas produire autant d'interuptions. Aurais tu quelque chose qui défile dans un terminal (un top, un tail, etc. ?).
Connu aussi, si je me souvient bien le problème vient d'une/des extensions/plugins. Essaie de désactiver temporairement le support des plugins python/perl/tcl, pour vérifier qu'ils sont bien les coupables.
* 5,0% ( 36,8) Xorg : do_setitimer (it_real_fn)
Peut être n'importe quoi (une autre application, un fond d'écran animé, ...). C'est une limitation : pour le moment PowerTOP ne permet pas de distinguer le travail que Xorg fait de son propre chef et ce qu'il fait à la demande d'un autre logiciel.
# Quelques explications
Posté par herodiade . En réponse au journal Utilisation de PowerTop. Évalué à 1.
Soit tu utilise un ordinateur dont l'APCI ne fournit pas cette information (typiquement, un ordinateur non portable), soit ton portable est branché sur le secteur (dans ce cas, débranche l'alim et relance powertop lorsque tu es sur batterie).
* « Je trouve aussi le comportement de la première ligne très surprenant »
Bug normallement corrigé dans le svn.
* 29,1% (215,4) firefox-bin : schedule_timeout (process_timeout)
Il y a un patch pour améliorer le comportement de firefox sur http://www.linuxpowertop.org/known.php . Quand au flash ...
* 27,0% (200,2) xmms : schedule_timeout (process_timeout)
S'il n'est pas en train de lire de la musique, il y a clairement un bug dans xmms (ou un des modules d'extension de xmms que tu utilise). Là ça ressemble à un select() avec un timeout trop court. Peut tu faire un strace -p $(pidof xmms) stp ?
* 3,5% (100,0) S06cpuspeed : queue_delayed_work_on (delayed_work_timer_fn)
Il y a aussi une astuce pour contourner ce problème sur known.php :
cd /sys/devices/system/cpu/cpu0/cpufreq
cat ondemand/sampling_rate_max > ondemand/sampling_rate
(à faire pour chaque CPU).
*
6,9% ( 50,8) : uhci_hcd:usb3, ehci_hcd:usb7
1,0% ( 7,6) : uhci_hcd:usb4, libata, libata, eth0
0,5% ( 3,6) : ide0, uhci_hcd:usb2
0,5% ( 4,0) <kernel module> : usb_hcd_poll_rh_status (rh_timer_func)
Ces quatre là m'évoquent le problème (connu) d'hald qui polle les lecteurs de cdroms et autres périphériques de stockage de masse USB à intervalles réguliers. Essaie de tuer hald pour confirmer. Vérifie aussi que tu a bien CONFIG_USB_SUSPEND dans le noyau et que tu ne fait pas tourner pcscd.
* 1,9% ( 14,2) mixer_applet2 : schedule_timeout (process_timeout)
Problème connu (cf. known.php)
* 1,3% ( 10,0) mono : schedule_timeout (process_timeout)
Beagled ?
* 1,7% ( 12,8) gnome-terminal : schedule_timeout (process_timeout)
Ça n'est pas normal. Même le curseur clignotant ne doit pas produire autant d'interuptions. Aurais tu quelque chose qui défile dans un terminal (un top, un tail, etc. ?).
* 2,9% ( 21,2) xchat : schedule_timeout (process_timeout)
Connu aussi, si je me souvient bien le problème vient d'une/des extensions/plugins. Essaie de désactiver temporairement le support des plugins python/perl/tcl, pour vérifier qu'ils sont bien les coupables.
* 5,0% ( 36,8) Xorg : do_setitimer (it_real_fn)
Peut être n'importe quoi (une autre application, un fond d'écran animé, ...). C'est une limitation : pour le moment PowerTOP ne permet pas de distinguer le travail que Xorg fait de son propre chef et ce qu'il fait à la demande d'un autre logiciel.