Was führt dazu, dass Ubuntu auf dem MacBook Pro eine hohe CPU-Auslastung aufweist?

Ich habe Ubuntu 13.10 auf einem MacBook Pro 10.1 installiert. Nach der Installation verbraucht der kworker-Prozess jedoch über 90% der CPU-Auslastung. Ich habe folgendes versucht:

1. (Vorgeschlagen in dieser Antwort ) grep . -r /sys/firmware/acpi/interrupts/Führen Sie diesen Befehl aus, um festzustellen, ob GPEs hohe Werte aufweisen.
2. (Vorgeschlagen in dieser Antwort ) sudo -sFühren echo l > /proc/sysrq-triggerSie unter die Ausgabe aus und lesen Sie sie ein dmesg.
3. (Vorgeschlagen in dieser Antwort ) Führen sudo perf record -g -a sleep 10Sie die Ausgabe aus und lesen Sie sie ein perf report.

Für 1 gpe16hatte einen hohen Wert und es kletterte weiter. Ich habe versucht, gpe16 wie in der Antwort vorgeschlagen zu deaktivieren, und die kworker-CPU-Auslastung ist auf 0,0% gesunken.

Für 2 (ohne Deaktivierung gpe16) wurden dmesgkeine zusätzlichen Informationen angezeigt , als die beim Booten vorhandenen.

Für 3 (ohne Deaktivierung gpe16) wurde Folgendes in Rot angezeigt :

-  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

Fragen:

1. Was ist gpe16? Woher weiß ich, dass das Deaktivieren dieses Interrupts für kworker keine anderen Konsequenzen hat?
2. Welche Informationen können entnommen werden perf report? Hat es etwas mit dem Zeitstempel auf dem MacBook Pro zu tun?

Wenn ich eine lächerlich hohe CPU-Auslastung habe, scheint es sich immer um einen Python-bezogenen Prozess zu handeln. Ich töte es einfach im (Gnome) System Monitor, wenn es mich nervt.

Ich weiß, dass dies eine alte Frage ist, aber es gibt zwei Dinge, die Sie ausprobieren können.

1. htop. Dies ist eine Alternative zu top. Es fügt Bildlauf und einige andere nützliche Funktionen hinzu, die Ihnen dabei helfen können, einen Prozess zu erkennen, der möglicherweise viel CPU verbraucht.
2. System Monitor. Dies ist eine integrierte Anwendung und das Ubuntu-Äquivalent zum Windows Task-Manager. Damit können Sie nach verschiedenen Dingen sortieren und Aufgaben erledigen, und das alles grafisch.

Die hohe CPU-Auslastung dürfte vor allem auf die CPU / GPU-Interaktionen zurückzuführen sein, die hauptsächlich auf das Compositing und den Stock Window Manager zurückzuführen sind. Laufen irgendwo nördlich von 300 Prozessen "out of the box" beim Start. Alternativ können Sie openbox installieren, die dann Ihr Fenstermanager wird. Auf diese Weise lassen Sie Ihre CPU-Prozesse im Leerlauf von 320-380 auf 250-290 oder weniger fallen. Sie können einen Ubuntu-ähnlichen Desktop verwenden, der nur mit dem Openbox-Fenstermanager ausgeführt wird.

Installieren Sie auch gkrellm. Es handelt sich um eine Echtzeit-Systemüberwachungsanwendung, die von Bill Smith and Company geschrieben und verwaltet wird. Es liest in Echtzeit die Ausgabe des Kernels. Sie können damit Ihre Systemprozesse überwachen und herausfinden, was für Ihre Maschine am besten funktioniert.

Diese Bilder sind von gkrellm, was den Unterschied in den Prozessen über beide dTop-Umgebungen zeigt.

Die Ubuntu Desktop-Umgebung ist stark von Python abhängig. Das Deaktivieren würde zu einer falschen Ausgabe führen.

Viel Glück! Tritt nicht der dunklen Seite bei! Die Kraft ist mit Ubuntu!

Nur ein Schuss in der Dunkelheit, aber ich habe dies mit lightdm Hogging CPU-Zeit auftreten lassen. Ich musste auf eine ältere Version downgraden. Das war vor einiger Zeit ...