Qu'est-ce qui fait qu'Ubuntu sur MacBook Pro a une utilisation élevée du processeur?

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:

1. (Suggéré dans cette réponse ) Exécutez grep . -r /sys/firmware/acpi/interrupts/pour voir si des GPE ont des valeurs élevées.
2. (Suggéré dans cette réponse ) Sous sudo -s, exécutez echo l > /proc/sysrq-triggeret lisez la sortie dans dmesg.
3. (Suggéré dans cette réponse ) Exécutez sudo perf record -g -a sleep 10et lisez le résultat perf report.

Pour 1, gpe16avait 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), dmesgn'a montré aucune information supplémentaire que 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

Des questions:

1. Qu'est-ce que c'est gpe16? Comment puis-je savoir que la désactivation de cette interruption pour le bien de kworker n'aura pas d'autres conséquences?
2. De quelles informations peut-on tirer parti perf report? Y a-t-il quelque chose à voir avec l'horodatage sur le MacBook Pro?

Quand j'ai une utilisation CPU ridicule, cela semble toujours être un processus lié à Python. Je viens de le tuer à l'intérieur (Gnome) du Moniteur système chaque fois qu'il me dérange.

Je sais que c'est une vieille question, mais vous pouvez essayer deux choses.

1. htop. Ceci est une alternative à top. Il ajoute le défilement et d'autres fonctionnalités utiles, qui pourraient vous aider à voir un processus qui pourrait utiliser beaucoup de CPU.
2. Moniteur système. Il s'agit d'une application intégrée et est l'équivalent Ubuntu de Windows Task Manager. Il vous permettra de trier par différentes choses et de tuer des tâches, le tout graphiquement.

L'utilisation élevée de CPU serait principalement attribuable aux interactions CPU / GPU principalement en raison de la composition et du gestionnaire de fenêtres de stock; exécuté quelque part au nord de 300 processus «prêts à l'emploi» au démarrage. Comme une alternative openbox d'installation, qui deviendra alors votre gestionnaire de fenêtres. Ce faisant, vous supprimez vos processus de processeur en mode veille d'environ 320-380 à ~ 250-290 ou moins. Vous pouvez utiliser un bureau comme Ubuntu, mais il fonctionnera avec le gestionnaire de fenêtres openbox.

Installez également gkrellm. C'est une application de surveillance du système en temps réel écrite et maintenue par Bill Smith et compagnie. Il lit en temps réel la sortie du noyau. Vous pouvez surveiller vos processus système avec lui et découvrir ce qui fonctionne le mieux pour votre machine.

Ces photos sont de gkrellm qui montre la différence dans les processus via les deux environnements dTop.

L'environnement Ubuntu Desktop s'appuie fortement sur python. La désactiver entraînerait une fausse sortie.

Bonne chance! Ne rejoignez pas le côté obscur! La force est avec Ubuntu!

Juste un coup dans l'obscurité, mais j'ai eu cela avec le temps de traitement du processeur lightdm. J'ai dû rétrograder vers une ancienne version. C'était à l'époque ...