問題タブ [freb]

IIS 7 には、Failed Request Tracing (略して FREB) と呼ばれる非常に便利な機能があります。結果を便利なツリービューに解析する非常に複雑な XSL スタイルシートを含む、非常に優れた視覚化機能があります。

ただし、プログラムで FREB を使用し、スマート クライアントで結果を表示できるようにしたいと考えています (XML がサーバー側で書き込まれるのを待つ必要はありません)。

私がこれまでに見つけた唯一の可能な解決策は、FREB を OutputDebugStrings に変換する IIS7 C++ プラグインをコンパイルすることです。これは、ライターの提案でさえ、運用サーバーでは使用しないでください (記事はこちら) 。

私の質問は次のとおりです。別のアプローチはありますか？

いつものように、読んでいただき、さらに返信していただきありがとうございます。男

ASP.NET MVC Preview 5 で、グローバルまたはコントローラーからのトレース メッセージをページ (ビュー) または失敗した要求トレース (FREB) に表示するのに問題があります。

これらの呼び出しはどちらも、コントローラー アクションでは機能しません。

ページのコード ビハインド内のトレース ステートメントに問題はありません。これらのメッセージは正しく表示されます。

I have a web application that uses ASP.NET with "InProc" session handling. Normally, everything works fine, but a few hundred requests each day take significantly longer to run than normal. In the IIS logs, I can see that these pages (which usually require 2-5 seconds to run) are running for 20+ seconds.

I enabled Failed Request Tracing in Verbose mode, and found that the delay is happening in the AspNetSessionData section. In the example shown below, there was a 39-second gap between AspNetSessionDataBegin and AspNetSessionDataEnd.

I'm not sure what to do next. I can't find any reason for this delay, and I can't find any more logging features that could be enabled to tell me what's happening here. Does anyone know why this is happening, or have any suggestions for additional steps I can take to find the problem?

My app usually stores 1-5MB in session for each user, mostly cached data for searches. The server has plenty of available memory, and only runs about 50 users.