これは、Ubuntu Online、Fedora Online、Windows オンライン エミュレーター、MAC OS オンライン エミュレーターなど、複数の無料オンライン ワークステーションのいずれかを使用して OnWorks 無料ホスティング プロバイダーで実行できるコマンド cpupower-monitor です。
プログラム：
NAME
cpupower-monitor - プロセッサー周波数とアイドル統計を報告する
SYNOPSIS
CPUパワー モニター -l
CPUパワー モニター [-c][-m 、[、...]] [-i 秒]
CPUパワー モニター [-c][-m 、[、...]] command
DESCRIPTION
CPU電源モニター プロセッサのトポロジ、周波数、およびアイドル状態の電力状態の統計を報告します。
どちらでも command フォークされ、完了時に統計が出力されるか、統計が
定期的に印刷されます。
CPU電源モニター 独立したプロセッサ スリープ状態と周波数カウンタを実装します。
カーネル統計から取得されるものもあれば、ハードウェアを直接読み取るものもあります
登録します。 -l を使用して、システムでサポートされている概要を取得します。
オプション
-l
システムで使用可能なモニターを一覧表示します。 各モニターに関するその他の詳細は、
示された：
· -m パラメータに渡すことができる引用符で囲まれた名前。
· ブラケット内のモニターがサポートするさまざまなカウンターの数。
· カウンタがオーバーフローする可能性のある時間 (秒単位)。
実装の制約。
· 各カウンターの名前と説明、およびそのプロセッサー階層レベル
角括弧内のカバレッジ:
・[T] -> スレッド
・[C]→コア
・[P]→プロセッサパッケージ(ソケット)
・[M] -> マシン/プラットフォームワイドカウンター
-m 、 、...
特定のモニターのみを表示します。 -l オプションで提供されるモニター文字列を使用します。
-i 秒
間隔を測定します。
-c
測定を開始および終了する前に、すべてのコアでプロセスをスケジュールします。 これは
他の MSR ベースのモニターがない場合に Idle_Stats モニターに必要です (
測定されるコア) が並行して実行されます。 これは、プロセッサをウェイクアップするためのものです。
より深いスリープ状態と、カーネルが cpuidle (C 状態) 情報を再計算できるようにする
sysfs から cpuidle タイミングを読み取る前に。
command
任意のコマンド/ワークロードのアイドルおよび周波数特性を測定します。 の
実行ファイル command フォークされ、その終了時に、それ以降の統計が収集されます
フォークが表示されます。
-v
バイナリが DEBUG オプションを設定してコンパイルされた場合、詳細度を上げます。
MONITOR 説明
アイドル統計
cpuidle カーネル サブシステムの統計を表示します。 値は次から取得されます
/sys/デバイス/システム/cpu/cpu*/cpuidle/state*/. カーネルはこれらの値を毎回更新します
アイドル状態に入るか、またはアイドル状態から出ます。 そのため、コアが入っている場合は不正確になる可能性があります
測定の開始時または終了時にしばらくアイドル状態になります。 最悪の場合起こりうる
XNUMX つのコアが測定時間全体にわたってアイドル状態のままであり、アイドル状態が使用されていること
カーネルによってエクスポートされた時間は更新されませんでした。 この場合、州の居住者は 0 です
100 だったときのパーセントが表示されます。
ムペルフ
この名前は、使用される aperf/mperf (平均および最大) MSR レジスタに由来します。
最近の X86 プロセッサで利用できます。 平均周波数（ブーストを含む）を示します。
周波数）。 最近のすべてのハードウェアで、mperf タイマーが停止するという事実
アイドル状態は、C0 (プロセッサがアクティブ) および Cx (プロセッサが任意の状態) を示すためにも使用されます。
スリープ状態) 回。 これらのカウンターには、不正確さの制限はありません。
「Idle_Stats」カウンターが表示される場合があります。 Linux-2.6.20 から 2.6.29 ではうまく動作しない可能性があります。
acpi-cpufreq カーネル周波数ドライバーは定期的にこれらの aperf/mperf レジスターをクリアします
カーネル。
Nehalemの サンディブリッジ ハスウェル拡張
インテル コアおよびパッケージのスリープ状態カウンター。 スレッド (ハイパースレッド化されたコア) は、
その兄弟が利用されている場合、より深いコア状態に入ることができます。 最も深いパッケージのスリープ状態
実際には、マシン/プラットフォーム全体のスリープ状態として表示される場合があり、次の場合にのみ入ることができます
すべてのコアがアイドル状態です。 インテルのマニュアルを参照してください (一部は「参考資料」セクションに記載されています)。
詳細については。 モニターは、スリープ状態の CPU ファミリーにちなんで名付けられています。
機能が導入されたため、プラットフォームの CPU 名と正確に一致しない場合があります。 為に
たとえば、IvyBridge プロセッサには、で導入されたスリープ状態機能があります。
Nehalem および SandyBridge プロセッサ ファミリ。 したがって、IvyBridge プロセッサでは次のようになります。
Nehalem と SandyBridge のスリープ状態モニター。 HaswellExtended エクストラ パッケージのスリープ状態
機能は、特定の Haswell (ファミリー 0x45) でのみ利用可能であり、おそらく
他の将来のプロセッサ。
ファム_12h ファム_14h
AMD ラップトップおよびデスクトップ プロセッサ (ファミリ 12h および 14h) のスリープ状態カウンタ。 レジスター
PCI 経由でアクセスされるため、コアがオフラインになっている間も読み取ることができます。
1 つの特別なカウンターがあります: NBP1 (ノース ブリッジ P0)。 これは常に 1 または XNUMX を返します。
ノース ブリッジ P1 電力状態に少なくとも XNUMX 回入ったかどうかに応じて
時間を測定します。 NBP1 状態に入ることができるかどうかは、グラフィックスの電源管理にも依存します。
したがって、このカウンターを使用して、グラフィックス ドライバーの電源管理が正常に動作しているかどうかを確認できます。
期待通りに動作しています。
例
cpupower monitor -l」は次のように表示される場合があります。
「Mperf」を監視 (3 つの状態) - 922000000 秒後にオーバーフローする可能性があります
...
「Idle_Stats」の監視 (3 つの状態) - 4294967295 秒後にオーバーフローする可能性があります
...
cpupower monitor -m "Idle_Stats,Mperf" scp /tmp/test /nfs/tmp
scp コマンドを監視し、Mperf と Idle_Stats の両方の状態カウンター統計を表示しますが、
注文を交換しました。
次のようにして、XNUMX つの CPU を完全に使用する典型的なコマンドに注意してください。
cpupower モニター cat /dev/zero >/dev/null
測定された出力が /dev/null にリダイレクトされるため、期待どおりに動作しません。 これ
行を独自の小さなシェルスクリプトに入れることで回避できます。 CTRL-c を押して
コマンドを終了し、メジャー出力を表示します。
参考文献
「AMD ファミリ 14h プロセッサ用の BIOS およびカーネル開発者ガイド (BKDG)」
http://support.amd.com/us/Processor_TechDocs/43170.pdf
「インテル® Core™ マイクロアーキテクチャー (Nehalem) ベースのインテル® ターボ・ブースト・テクノロジー
プロセッサー」 http://download.intel.com/design/processor/applnots/320354.pdf
「Intel® 64 and IA-32 Architectures Software Developer's Manual Volume 3B: System
プログラミングガイド」 http://www.intel.com/products/processor/manuals
onworks.net サービスを使用してオンラインで cpupower-monitor を使用する
