MacBook ProのUbuntuのCPU使用率が高いのはなぜですか？

Ubuntu 13.10をMacBook Pro 10,1にインストールしました。ただし、インストール後、kworkerプロセスはCPU使用率の90％以上を消費します。私は次を試しました：

1. （この回答で推奨）実行grep . -r /sys/firmware/acpi/interrupts/して、GPEの値が高いかどうかを確認します。
2. （この回答で提案）の下でsudo -s、を実行echo l > /proc/sysrq-triggerし、の出力を読み取りますdmesg。
3. （この回答で推奨）を実行sudo perf record -g -a sleep 10し、出力を読み取りますperf report。

1のためgpe16に、高い価値を持っていて、それは登り続けました。答えに示されているようにgpe16を無効にしようとしましたが、kworkerのCPU使用率は0.0％に低下しました。

2（無効にしないgpe16）の場合、dmesgブート時に存在したもの以外の追加情報は表示されませんでした。

3（無効化せずgpe16）については、以下を赤で報告しました。

-  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

質問：

1. なにgpe16？kworkerのためにこの割り込みを無効にしても、他の影響がないことをどのように知ることができますか？
2. どのような情報を収集できますperf reportか？MacBook Proのタイムスタンプに何か関係がありますか？

途方もないCPU使用率が高い場合、それは常にPython関連のプロセスのようです。バグが発生するたびに、（Gnome）System Monitor内でそれを削除します。

これは古い質問ですが、試してみることのできる方法は2つあります。

1. htop。これはの代替topです。スクロールやその他の便利な機能が追加され、多くのCPUを使用しているプロセスを確認するのに役立ちます。
2. システムモニター。これは組み込みアプリケーションであり、Windowsタスクマネージャーに相当するUbuntuです。さまざまなものでソートし、タスクをすべてグラフィカルに終了できます。

CPU使用率が高いのは、主に合成とストックウィンドウマネージャーによるCPU / GPUの相互作用が原因であると考えられます。起動時に300プロセスの北のどこかで「すぐに」実行できます。代わりにopenboxをインストールすると、これがウィンドウマネージャーになります。そうすることで、アイドル状態のCPUプロセスを約320〜380から約250〜290以下にドロップします。デスクトップのようなUbuntuは、openboxウィンドウマネージャーで実行する場合にのみ使用できます。

gkrellmもインストールします。ビル・スミスと会社が作成および保守しているリアルタイムのシステム監視アプリケーション。カーネルの出力をリアルタイムで読み取ります。それを使用してシステムプロセスを監視し、マシンに最適なものを見つけることができます。

これらの写真はgkrellmのもので、両方のdTop環境を介したプロセスの違いを示しています。

Ubuntuデスクトップ環境は、Pythonに大きく依存しています。無効にすると、誤った出力が発生します。

幸運を！ダークサイドに参加しないでください！力はUbuntuにあります！

暗闇の中でただのショットですが、CPU時間を占有するlightdmでこれが発生しました。古いバージョンにダウングレードする必要がありました。これは戻ってきた...