28

ASP.NETのperfmonには、トラックロードのカウンターがあります。開発者にフィードバックできるように、テスト環境で監視するのに最適なもの（5〜10を選択することを考えています）は何ですか。

リクエスト時間、リクエストキューの長さ、アクティブなセッションなどを考えています。

4

3 に答える 3

21

通常の (パフォーマンス/ストレス テストではない) 場合は、次の手順で問題ありません。

  • Request Bytes Out Total (特に Web (イントラネットではない) アプリケーションでは非常に重要)
  • リクエストが失敗しました
  • リクエスト/秒
  • 実行中のエラー
  • 実行中に未処理のエラー
  • セッション SQL Server 接続の合計
  • ステート サーバー セッション アクティブ

パフォーマンス テストでは、次のようなものが必要になるでしょう。

  • % CPU 使用率(CPU 使用率が非常に低いことを確認し、何かが死んでいる可能性があることを確認してください)
  • キューに入れられたリクエスト
  • 出力キャッシュ ヒット数
于 2008-10-02T11:52:49.123 に答える
9

私が最もよく使うのはメモリカウンターです。それらのすべて。ASP.NET に固有の問題ではないことはわかっていますが、これまで Web アプリで発生した唯一の問題はメモリの問題でした。

過剰なヒープ、第 2 世代のコレクション、および GC での % 時間は、最も重要なものです。GC での時間が制御不能になっている場合は、UI とビューステートが大きすぎることを示しています。大きなヒープと大量の第 2 世代コレクションは、メモリ内に保持しているデータが多すぎることを示しています (たとえば、インプロセス セッション状態)。

Web コントロールに基づく通常の ASP.NET アプリでは、ページが再構築されてから破棄されるため、多数のオブジェクトを作成してすぐに破棄する必要があります。高い gen0 コレクションは悪くありません。多くのオブジェクトが gen1 になり、次に gen2 になるのを見始めると、メモリ リークが発生しているか、状態が保持されすぎていることが示唆されます。

于 2008-10-02T11:52:52.167 に答える
3

複数のASP.NETアプリケーションプールを実行する場合は、メモリカウンターに注意してください。http：//blog.dynatrace.com/2009/02/27/can-you-trust-your-net-heap-performance-で問題を確認してください。カウンター/

于 2009-02-27T21:21:24.020 に答える