2012-10-23 8 views
6

.NET Webアプリケーションの負荷テスト中にパフォーマンスカウンタを監視している最中に、 "RTチェックでの時間%"と呼ばれるカウンタのデフォルトのクリティカルスレッシュホールド10が常に超過していました。%RTチェックでの時間

なぜランタイムチェックを行うのに多くの時間を費やすのが悪いですか?
このアプリケーションについて、これはどういう意味ですか? これをどのように改善する必要がありますか?

+1

実際の回答ではありませんが、[this](http://social.msdn.microsoft.com/forums/en-US/vststest/thread/a976fa4b-fe8d-44da-8a45-247f26b8a8d1)が見られましたか? –

+0

はい、私は実際には、リンクのためにとにかく感謝しています。 – carrier

答えて

9

このしきい値は必ずしもパフォーマンスの悪さを示すものではありません(他に何が行われているかによって、処理時間の10%はそれほど大きくない可能性があります)。

関連する別のカウンター「合計ランタイムチェック」があります。このカウンターには、ランタイムチェックの実際の数が表示されます(hereと記載されています)。そのカウンタの値が低い場合は、問題がない可能性があります。それが高い場合(またはアプリの特定のポイントで急激に増加する場合)は、調査する価値のある問題がある可能性があります。

これらの「ランタイムチェック」は、コードがランタイムからの特定のCASアクセス権を要求したときに行われるコードアクセスセキュリティチェックです。コードが複雑であるか、または限定された信頼関係で実行されている場合、多くの要求をしている可能性があり、コードを最適化するためにコードを再構築する可能性があります。しかし、必ずしも直接的な最適化ではないので、これが問題であることを確かめる前に、あまりにも深く見ていてください。

+0

答えをいただきありがとうございます... "ランタイムからの特定のCAS保留"を求めるコードの例を挙げられますか? – carrier

+0

特権を持たないアプリが許可を得ていないレジストリやファイルへのアクセスなどが考えられます。 MSのドキュメント(または少なくとも出発点)は[ここ](http://msdn.microsoft.com/en-us/library/930b76w0.aspx)です。 –

関連する問題