3

多くのトラフィックを取得する必要がある wcf Web サービスのパフォーマンス テストを試みています。どのパフォーマンス カウンターを使用するのが賢明で、どの目的のために..当然、私は CPU と RAM を見ていますが、IIS がいつキューに入っているか、いつ問題が発生しているかを知りたいです...

賢明なパフォーマンスカウンターに関するアドバイスはありがたく受け取りました...

乾杯アレックス

4

3 に答える 3

2

MSDN には、WCF の管理と診断、特にWCF のパフォーマンス カウンターに関するセクション全体があります。

また、エンドポイントと操作だけでなく、パフォーマンス カウンターがホストするサービス呼び出しに関する特定のセクションもあります。

そこにはかなりの量の貴重な情報があるので、最初にそれらを調べることをお勧めします。

于 2010-02-15T20:46:32.347 に答える
0

パフォーマンス カウンターの分析は複雑で、多くの練習が必要です。これは、私が完全なリストを作成するのに十分な経験がないことを示しています。

まず、いくつかの特定のものを探します。まず、もちろん、Web サービス呼び出しを返すのにかかる時間です。これにより、その負荷でパフォーマンスの問題があるかどうかがわかります。次に全員が CPU を見ます。ただし、これは実際には多くのことを教えてくれません。RAM は良好ですが、アプリがディスクにページングする頻度を知りたい場合は、Page Faults/sec を確認してください。現在のディスク キューの長さについて、論理ディスクと物理ディスクを確認します。物理ディスクがまったくキューに入っている場合は、ディスクに対して多くの読み取り/書き込みを行っています。

それを超えて、通常は特定の、おそらくあいまいな問題を見つけようとします。

私は通常、段階的にパフォーマンス テストを受けます。基本を使って最初のテストを行い、特定のページに問題がある場合は、それが引き起こしている負荷を調べます。

運用サーバー全体が十分に機能していない場合は、ハードウェアを追加する方が簡単ですが、実行中のコードを確認して改善することをお勧めします。

于 2010-02-15T20:51:52.107 に答える
0

パフォーマンス モニターを実行する前に、次のレジストリ キーを追加します。

HKLM/Services/CurrentControlSet/service/
  Add ServiceModelService 4.0.0.0
  under that add Performance then add a DWORD FileMappingFile.
  The size for that will be number of services exposed * 33 * 350.

あなたの設定で、次に追加します

<system.ServiceModel>
  <diagnostics performanceCounters="ServiceOnly"/>
</system.ServiceModel>

次のカウンタを監視できます: CPU / RAM (メモリ リークの場合) / 各サービスの呼び出しと呼び出し時間、未処理の呼び出し

CPU will show you how heavily your are saturating your server
RAM will show if you have memory leaks if it continues to grow and grow and grow
Calls will show the number of calls you are getting accumulative, 
Calls Per Second will give you the volume you're handling
Calls Outstanding are clients that are waiting because your services could not handle the volume.

これらのグループに疑わしい数が見つかった場合は、Calls Faulted や Calls Failed などの他の要素を調べ始めます。(故障と故障の違いがよくわかりません)

サービスのみの番号が提供するものよりも、問題をさらに掘り下げる必要があることはめったにありません。他の 2 つのカウンター セットに入ると、共有メモリの使用率が非常に高くなります。

于 2012-06-26T20:54:40.807 に答える