WMI経由で利用できるWindowsの「負荷平均」に最も近いものは何ですか？

Linuxには、次のように定義される負荷平均の概念があります。

システム負荷平均は、実行可能な状態または中断できない状態にあるプロセスの平均数です。実行可能な状態のプロセスは、CPUを使用しているか、CPUの使用を待機しています。割り込み不可能な状態のプロセスは、ディスクを待つなど、I / Oアクセスを待っています。平均は、3つの時間間隔で取得されます。負荷平均はシステム内のCPU数に対して正規化されていないため、1の負荷平均は常に1つのCPUシステムが読み込まれることを意味しますが、4 CPUシステムでは75％の時間アイドル状態でした。

WMI経由で利用できる最も近いものは何ですか？基本的に、そのようなパフォーマンスメトリックの測定方法を決定する2つのOSの間に違いはありますか？違いは何ですか？

パフォーマンスカウンターオブジェクトProcess Queue LengthからのカウントSystemは次のとおりです。

プロセッサキューの長さは、プロセッサキュー内のスレッド数です[...]

この値は、WMIでを介して利用できますWin32_PerfFormattedData_PerfOS_System。

全体的な作業需要のそのような測定値は知りません。それは、要求されるCPUの種類にいくつかの内訳があるCPUのパーセントです。これは、マシンがどれほど過負荷であるかを理解するのを難しくします。Linuxシステムが63の負荷平均を報告し、Windowsシステムが100％のCPUを報告している場合、まあ、それらは両方とも完全に実行されていますが、Windowsシステムについて言えることはそれだけです。

同等のウィンドウに何かがあるかどうかはわかりませんが、そこにあったとしても意味があるかどうかはわかりません。説明から、ハングまたは一時停止したプロセスでさえCPU時間が割り当てられるため、プロセスがどのように失敗するかはわかりません。さらに、提供されている定義によって負荷の概念を判断するために、ウィンドウの下のプロセスではなく、スレッドと実行可能なスレッドを調べる方が適切です。

次のコマンドを使用すると、瞬間的な CPU負荷をパーセンテージで取得できます。

wmic cpu get loadpercentage

どちらが戻ります：

LoadPercentage
10

残念ながら、からの平均時間は表示されませんwmic cpu get。

Pythonを使用している場合、psutilはWindowsでプロセッサキューの長さを介してgetloadavg（）をエミュレートします。

 >>> import psutil
 >>> psutil.getloadavg()
 (3.14, 3.89, 4.67)

これがどのように行われるかを示すPR：https : //github.com/giampaolo/psutil/pull/1485