画面をロックすると、一定の時間が経過すると、CPUとCPUファンが限界に達し、画面を再びロック解除したときに通常の状態に戻ります(psensor
で表示)。
どのプロセスがこれに責任があるのかを知るにはどうすればよいですか?
「top -S」で試した結果、これは...
PIDユーザーPR NI VIRT RES SHR S%CPU%MEM TIME +コマンド 2114 me 20 0 326m 104m 40m R 16 2.6 66:50.03 compiz 1234 root 20 0 396m 152m 98m R 6 3.8 20:23.88 Xorg 2204 me 20 0 160m 38m 30m S 4 1.0 0:33.35 yakuake 2446 me 20 0 206m 18m 12m S 4 0.5 6:32.18 psensor 2280 me 20 0 220m 18m 10m S 2 0.5 5:01.60 unity-panel 9138 me 20 0 154m 27m 15m S 2 0.7 0:03.63 plugin-cont 2282 me 20 0 65800 5272 3316 S 1 0.1 4:36.90 hud-service 2143 me 20 0 140m 11m 8352 S 1 0.3 2:50.16 indicator-m 9095 me 20 0 720m 253m 36m S 1 6.4 0:26.34 firefox 2076 me 20 0 7168 3484 828 S 1 0.1 1:46.53 dbus-daemon 2307 me 20 0 55000 5132 3632 S 1 0.1 2:01.55 indicator-a 2557 me 20 0 86328 6028 4576 S 0 0.1 1:44.71 conky 6290 me 20 0 2836 1296 964 R 0 0.0 0 0:29.64 top 6291 me 20 0 2836 1188 884 S 0 0.0 0:29.49 top 1ルート20 0 3644 1984 1284 S 0 0.0 60:57.76 init
仕様:
多分 [fglrx] compizは画面がオフになると100%CPUを使用します(..) も問題です。次に、次のことを試してみてください。
回避策:
- Catalyst Control Centerを開きます。
- [3D]> [詳細設定]に移動します。
- 「垂直リフレッシュを待機」を「アプリケーションが指定しない限りオン」に設定します。それがうまくいかない場合は、次のことも行います:
- 「ccsm」を実行します
- 回避策で、「再描画時に全画面再描画(バッファスワップ)を強制する」を有効にします。
バグがある場合は、「このバグは私に影響を与えます」とマークしてください。
「同様の」問題があるユーザーの場合:CPU使用率が上がるかどうかを区別することが重要です。
コメントから見る限り、これは簡単に混同することができます(私も初めて混同しました)。
区別するには:
CPUが高かった場合、スクリーンセーバーがアクティブになっていないため、スクリーンセーバーで何もする必要はありません。これは私のシステムの場合です。
公式のUbuntuバグを作成しましたが、これに関連するバグがあることに気づいたので、リンクしました: https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/1322751
そこで、かなり残忍な回避策を書き留めました。そのスクリプトが何をしているかを理解しているなら、それを使用してください-そしてそれはあなたに合っています。
かなりまともなIntel "Haswell"以降のCPU/GPU-sが影響を受けているようです。
それが当てはまる場合は、「このバグはあなたに影響します」にチェックを入れてください。
画面がロックされているときにCPUを使用しているプロセスを確認するには、次を使用します。
top -b -i > watch.txt
画面をロックします。しばらく待ってから、ファイルを見てください。 compizとemacsは、私が不在のときにたくさんの楽しみを持っていることがわかりました。