2018年1月15日更新
.gif起動中に「正常な」動作を示す90秒のConkyを作成しました。
- Conkyが始まってから数秒後に始めました。
- 数秒後にPeekを起動し、3秒後に.gifの記録が始まりました。この時、システム稼働時間は約30秒でした。
- .gifが実行されたら、Firefox 10タブと2つのウィンドウ（1つのビデオ（Flashプレーヤー）を含む）を読み込みます。
- 稼働時間の最初の1分間、.gifはターボモードでのより高い頻度と中程度のCPU負荷を示しています。
cronジョブ（たとえば、毎日のメールバックアップ）は@rebootで実行され、単一コアの最大値を100％に取得します。- 1分後、周波数は2.6 GHz未満に低下し、これはターボではなく「通常」と見なされます。
- システムの実行時間が2分10秒に達すると、.gifは終了します。
通常スタート.gif:
これは、同じコアに属していても、セッション全体4.14.13で周波数がターボモードに保たれた2018年1月13日の異常な動作については説明しません。
2018年1月14日更新
今日はカーネル4.14.13で再起動しましたが、昨日の4.14.12と同じように動作します。私は違いを説明することはできませんし、この質問に対する最終投票に反対することもありません。
高いCPU比（低頻度）と低CPU比（高頻度）
FireFoxを使用してラップトップの内蔵1080pディスプレイでフルスクリーンではなく10個のタブを開き、ThunderBolt 3 USB-C-HDMIアダプタを介して接続された外部テレビからフルスクリーンで1つのタブを開くときの2つの結果ムービーをストリーミングするときFireFoxを使用してください。すべてのテストはSkylake i7 6700HQで行われました。
カーネル 4.14.12
すべてのコアがサンプリングされ4.4（バージョン4.14.13まで）、低周波数で高いCPU％を示しました4.10。4.14
カーネル 4.14.13
Meltdownセキュリティ障害の影響を確認するために、他のコアを試している間、クロック周波数がターボ速度で動作し続け、温度が10度上昇するという点で無関係な変化が見つかりました。
何が変わったのか
唯一の違いは、ブートカーネルバージョン4.14.12（高CPU、低頻度）とカーネルバージョン4.14.13（低CPU、高頻度）です。
apt-getどちらのテストも、Ubuntu 16.04.3 LTSを使用して途中で変更なしに行われました。
どちらのテストでも、Intel HD530統合グラフィックスのみを使用してnVidia GTX 970Mを無効にしました。カーネル 4.14.4 で nVidia を有効にすると CPU の割合が大幅に減少しないようですが、デスクトップから Windows を移動するのは Intel iGPU ほどスムーズではありません。
私はIvy Bridge 3630QM CPUを搭載した別のラップトップを持っていますが、過去3年間で非常に異なる動作をしました。 CPU % は弱いプロセッサなので少し高くなりますが、周波数は低と高の間を進み続け、ほとんどの時間を途中で過ごします。私は周波数動作が望ましいと思いますが、それは主観的です。誰かが興味があれば、後で3630QM CPU用のConky .gifを作成します。
質問
高い周波数を持つ低CPUを持つ方が良いでしょうか、それとも低周波数のCPUを持つ方が良いですか？
この17インチノートパソコンは、5.5インチ1080pスマートフォンのようにコートポケットに簡単に入らないので取り出して持ち歩けないため、バッテリー使用量は実際に問題になりません。低CPU％と低周波数がバッテリ寿命に優れているかどうかを知っておくとよいでしょうか？
ベストアンサー1
この質問に対する答えは実際にはユースケースによって異なりますが、Haswellポストコアの速度は各コアのニーズに応じて増加する可能性があることに留意してください。してください。コアの電力予算に影響を与えずに速度周波数を調整します。
通常、追加された待ち時間がインタラクションの感覚に影響を与えない場合は、頻度をできるだけ減らすことをお勧めします。
CPUのターボ速度はパッケージの電力と熱予算によって制限され、ほとんどのコアがより低い周波数で実行される場合、シングルスレッドはより速く、より長い間、より長い間ターボを使用することができます。
さらに、一部の機能（AVX2など）では整数演算よりも多くの電力が必要です。
私はあなたが使用しているツールについてはよくわかりませんが、これらの変化のために、一部の人々はコア周波数ではなくTSC周波数を見ており、それを観察できないかもしれません。
残念ながら、Turbo Boostの動的特性とコアとパッケージの温度に関連する一部の見えないPID機能のため、％used番号はあまり役に立ちません。
許容可能な待ち時間（Linuxの最新の拡張ドライバの繰り返しではるかに優れています）と最低温度を目指すと、シングルスレッドのパフォーマンスが向上する可能性が高くなります。
私は確認します
$ cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors
そして：
/sys/devices/system/cpu/*/cpufreq/scaling_governor
でないことを確認するためにパフォーマンスガバナーは、待ち時間のために個々のスレッドのパフォーマンスを犠牲にします。