Windowsでパフォーマンステストを行っている間は、通常perfmonを使用します。しかし、私は負荷を置くとき、私はperfmonの間隔を1秒として設定するとCPU％があまりにも変化し、perfmonの間隔を15秒（デフォルトの1秒）に設定するとあまり変化しません。どの間隔がウィンドウ内のアプリケーションのCPUパフォーマンスを測定するのに最適ですか？ perfmonが悪い場合、よりよい結果をもたらす他のツールがありますか？あなたは持っている問題は、プロセスが非常に短い期間のためのシングルコアCPUの100％を使用し、それを使用していないであろうということであるPerfmonを使用してパフォーマンスを測定する
どうもありがとう
--Ram
IOなどを待っている間はまったく同じです。
これまでと同じように、CPU使用率の表示は大幅に異なる場合があります。どのように測定するかは、用途とそのマシン上の他のプロセスの要件によって決まります。例えばCPUを100％で5分間使用しているかもしれませんが、他のプロセスがその特定の時間にそれを必要としないので問題はありません。または、CPU使用量を請求する場合もあります。この場合、24時間以上測定します。
あなたのプロセスによって他の何かが悪影響を受けない限り、/が最も良い/最悪の測定メカニズムは実際にはありません。この場合、最適化できるハードデータがいくつかあります。
ブライアンに感謝します。それははるかにinfromativeだった。私はプロセスに一定の負荷をかけてパフォーマンスを測定します。したがって、ランプアップ時間（最大負荷に達する）の後、プロセスの負荷はテストが終了するまで同じです。それはなぜ私はそれがそういうのだろうと思っていたのです。また、そのプロセスのためのLinux上の同じ負荷は、直線をもたらす（まあまあまっすぐにpsを使って）。私は、この動作のためにウィンドウのパフォーマンスを測定するための信頼できる優れたメカニズムを手に入れることができませんでした。プロセスが一定の負荷に対応している場合、私はatleastを常にほぼ同等に使用する必要があります。 – vpram86
私はWindowsについてはわかりませんが、Unixシステムでは負荷時間が時間窓付きCPU測定値（通常は1分/ 5分/ 15分以上）であるため、 '上昇'時間とその後の低下があります。 –
ありがとうbrian.Iは、テストによって最適に近い間隔を見つけようとします。私は1つを得ることを望む。私の場合は負荷の種類がほぼ同じであるためです。行動も同様です。 – vpram86
技術的には、これはServerFaultに属します。 – RBarryYoung