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

12

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ée dans cette réponse ) Sous sudo -s , exécutez echo l > /proc/sysrq-trigger et lisez le résultat dans dmesg . .
  3. (Suggérée dans cette réponse ) Exécutez sudo perf record -g -a sleep 10 et lisez le résultat dans perf report .

Pour 1, gpe16 avait une valeur élevée et il continuait à grimper. J'ai essayé de désactiver gpe16 comme suggéré dans la réponse, et l'utilisation du processeur de 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 ), les informations suivantes sont indiquées 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

Questions:

  1. Qu'est-ce que gpe16 ? Comment savoir que désactiver cette interruption pour kworker n'aura pas d'autres conséquences?
  2. Quelles informations peuvent être glanées dans perf report ? Y a-t-il quelque chose à faire avec l'horodatage sur le MacBook Pro?
posée cubetwo1729 06.04.2014 - 14:16
la source

4 réponses

1

Lorsque l’utilisation du processeur est ridicule, cela semble toujours être un processus lié à Python. Je le tue juste à l'intérieur du Moniteur système (Gnome) chaque fois que cela me gêne.

    
réponse donnée DrugCrazedRebel 22.04.2015 - 00:53
la source
0

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

  1. htop . C'est une alternative à top . Il ajoute le défilement et certaines autres fonctionnalités utiles, qui pourraient vous aider à voir un processus qui pourrait utiliser beaucoup de processeur.
  2. Moniteur système. Ceci est une application intégrée et est l'équivalent Ubuntu de Windows Task Manager. Cela vous permettra de trier différentes choses et de tuer des tâches, le tout graphiquement.
réponse donnée TheWanderer 16.04.2015 - 02:54
la source
0

L’utilisation élevée de cpu serait probablement principalement due aux interactions cpu / gpu, principalement en raison de la composition et du gestionnaire de fenêtres de stock; fonctionnant quelque part au nord de 300 processus "prêts à l'emploi" au démarrage. Vous pouvez également installer openbox, qui deviendra alors votre gestionnaire de fenêtres. En faisant cela, vous laissez tomber vos processus cpu dans des statistiques d'inactivité d'environ 320-380 à ~ 250-290 ou moins. Vous pouvez utiliser un bureau comme Ubuntu, mais uniquement 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 sa société. Il lit en temps réel la sortie du noyau. Vous pouvez surveiller vos processus système et découvrir ce qui fonctionne le mieux pour votre machine.

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

L’environnement de bureau Ubuntu repose largement sur python. La désactiver conduirait à une fausse sortie.

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

    
réponse donnée oOpSgEo 06.05.2015 - 18:33
la source
0

Juste un coup dans le noir, mais je l’ai déjà eu avec lightdm monopolisant le temps CPU. J'ai dû revenir à une version plus ancienne. C'était il y a longtemps ...

    
réponse donnée resetxx 08.06.2015 - 21:43
la source

Lire d'autres questions sur les étiquettes