web-dev-qa-db-fra.com

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ée 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 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

Des questions:

  1. Qu'est-ce que gpe16? Comment savoir que désactiver cette interruption pour le plaisir de kworker n'aura pas d'autres conséquences?
  2. Quelles informations peut-on obtenir de perf report? Y a-t-il quelque chose à faire avec l'horodatage sur le MacBook Pro?
performancecpumacbook-pro
12
cubetwo1729

Lorsque j'ai une utilisation CPU très élevée et ridicule, il semble toujours s'agir d'un processus lié à Python. Je viens de le tuer dans le Moniteur système (Gnome) chaque fois que cela me perturbe.

1
DrugCrazedRebel

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 d’autres fonctionnalités utiles, qui pourraient vous aider à voir un processus qui pourrait utiliser beaucoup de temps processeur.
  2. Moniteur système. Ceci est une application intégrée et est l'équivalent Ubuntu de Windows Task Manager. Il vous permettra de trier différentes choses et de tuer des tâches, le tout graphiquement.
0
TheWanderer

Juste un coup dans le noir, mais cela est arrivé avec lightdm monopolisant le temps CPU. J'ai dû revenir à une version plus ancienne. C'était à l'époque ...

0
resetxx

L'utilisation élevée de la part des processeurs serait probablement due aux interactions entre les processeurs et les 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. Ce faisant, vous laissez tomber vos processus cpu dans des statistiques inactives 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.

UbuntuDtop

OpBxBuntu

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

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

0
oOpSgEo