web-dev-qa-db-ja.com

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のタイムスタンプと関係がありますか?
12
cubetwo1729

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

1
DrugCrazedRebel

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

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

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

0
resetxx

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

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

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

UbuntuDtop

OpBxBuntu

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

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

0
oOpSgEo