0

私たちの Web サイトに存在しないページを表示しようとすると、w3wp.exe プロセスは 13% の CPU を使用し、そのレベルのままです。追加の存在しないページ要求ごとに、CPU の 13% が追加で使用されます。もちろん、いくつかのリクエストの後、合計 CPU 使用率は最大 95 ~ 100% になり、サイトが使用できなくなります。

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

問題を調査したところ、web.config の httperrors セクションがロックされており、問題を引き起こしている可能性があるという考えに出くわしました。私とホスティング会社の技術スタッフは、次の投稿の提案を試しました: http://forums.iis.net/p/1159721/1912266.aspx . これらの提案はどれも問題を解決しませんでした。

IIS で Worker Processe を見たところ、何もわかりませんでした。

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

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

ありがとう、

エド

4

1 に答える 1

0

このブログ投稿をご覧ください。私は実際にJose Reyes’ ASP.NET Perfecto tool、X ページの Page_Init が X のために遅いことを解決していました。ただし、パフォーマンス カウンターをセットアップする必要があるため、サーバーへのリモート デスクトップ アクセスを取得できる場合にのみ、このツールを実際に使用できます。

FREB / Failed Request Tracing (FRT) も、すべてがハングしている場所を教えてくれるはずですが、上記ほど有用ではありませんでした。(あなたも同意しているようです:p)。

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

私が個人的に使用したことのない もありますがPerfView Tool、どうやらかなり気の利いたものです。

HTH

于 2012-04-16T16:07:56.433 に答える