2012-04-16 14 views
0

Webサイトに存在しないページを表示しようとすると、w3wp.exeプロセスでは13%のCPUが使用され、そのレベルにとどまります。追加の存在しないページ要求ごとに、さらに13%のCPUが使用されます。もちろん、いくつかの要求の後では、CPU使用率は最大95〜100%であり、サイトは使用できなくなります。W3wp hih cpuの使用状況と存在しないWebページ

私はw3wp.exeプロセスを強制終了し、すべて正常に戻ります。しばらくすると、いくつかのランダムなユーザーが存在しないページに移動し、CPUが100%に再び上がります。

問題を調べると、web.configのhttperrorsセクションがロックされ、潜在的に問題を引き起こしているというアイデアを見つけました。私と私のホスティング会社のテクニカルスタッフは、この投稿の提案を試みました:http://forums.iis.net/p/1159721/1912266.aspx。これらの提案のいずれも問題を解決しませんでした。

私はIISのWorker Processeを見ましたが、それは何も教えてくれませんでした。

私はFailed Request Tracingを見ましたが、それは役に立ちませんでした。

明らかに、私はこの問題の診断と解決方法に関する他の提案を探しています。

おかげで、

エド

答えて

0

this blog postを見てください。私は実際にJose Reyes’ ASP.NET Perfecto toolを使用して、XページのPage_InitがXのために遅くなっていたことを確認しました。パフォーマンスカウンタを設定する必要があるため、サーバーにリモートデスクトップアクセスできる場合は、このツールを使用することができます。

FREB/Failed Request Tracing(FRT)は、上記のように役に立つとは思えませんでしたが、すべてがハングしている場所を教えてくれるはずです。 (あなたも同意する:p)。

また、奇妙に聞こえるかもしれませんが、存在しないページの場合は、カスタムエラー/エラーページを使用してこれらのページが処理されていると思いますか?だから確かにそのページはその集中的になることはできません!いずれにせよ、FREB/FRTはそうであればあなたにできるはずです。

私は個人的に使用していないが、明らかにかなり上品であるPerfView Toolもあります。

HTH

+0

イアン、FRTはW3WPはAspNetMapHandleEnterを呼び出すことが、私は存在しないページにサーフィンするとき去ることはありません示しています。誰かがSubStatusコードを取得するよう提案しましたが、FRTログにコードが見つかりませんでした。 – CoolBreeze

+0

'AspNetMapHandlerLeave'は見られませんか?とにかくそれは本当に有用ではありません - 有用な部分は、それが掛かっているモジュールです。 'Complete Request Trace'をすべて展開すれば、あなたのハンギングハンドラを見つけ、それがどんなモジュールにぶら下がっているのかを知ることができます。その後、適切にデバッグを開始することができます:-) – ianbailey

関連する問題