J'ai installé Ubuntu 13.10 sur un MacBook Pro 10,1. Cependant, après l'installation, le processus kworker consomme plus de 90 % de l'utilisation du processeur. J'ai essayé ce qui suit :
- (suggéré dans cette réponse) Exécutez
grep . -r /sys/firmware/acpi/interrupts/
pour voir si des PME ont des valeurs élevées. - (Suggéré dans cette réponse) Sous
sudo -s
, exécutezecho l > /proc/sysrq-trigger
et lire la sortie dansdmesg
. - (Suggéré dans cette réponse) Exécutez
sudo perf record -g -a sleep 10
et lire la sortie dansperf report
.
Pour 1, gpe16
avait une valeur élevée et il a continué à grimper. J'ai essayé de désactiver gpe16 comme suggéré dans la réponse, et l'utilisation du processeur kworker est tombée à 0,0 %.
Pour 2 (sans désactiver gpe16
), dmesg
n'a montré aucune information supplémentaire par rapport à ce qui était présent au démarrage.
Pour 3 (sans désactiver gpe16
), il a signalé ce qui suit en rouge :
- 50.76% kworker/0:5 [kernel.kallsyms] [k] native_read_tsc
- native_read_tsc
- 64.72% delay_tsc
__const_udelay
+ gmux_index_wait_ready.isra.6
- 35.28% __const_udelay
+ gmux_index_wait_ready.isra.6
- 35.14% kworker/0:5 [kernel.kallsyms] [k] delay_tsc
- delay_tsc
- __const_udelay
- gmux_index_wait_ready.isra.6
- 59.84% gmux_index_write8
gmux_notify_handler
acpi_ev_notify_dispatch
acpi_os_execute_deferred
process_one_work
worker_thread
kthread
ret_from_fork
- 40.16% gmux_index_read8
gmux_notify_handler
acpi_ev_notify_dispatch
acpi_os_execute_deferred
process_one_work
worker_thread
kthread
ret_from_fork
Question :
- Qu'est-ce que
gpe16
? ? Comment puis-je savoir que désactiver cette interruption pour le bien de kworker n'aura pas d'autres conséquences ? - Quelles informations peut-on glaner dans le
perf report
? ? Y a-t-il quelque chose à voir avec l'horodatage sur le MacBook Pro ?
Réponse acceptée :
Lorsque j'ai une utilisation ridiculement élevée du processeur, cela semble toujours être un processus lié à Python. Je le tue simplement dans le moniteur système (Gnome) chaque fois qu'il me dérange.