2012-04-16 32 views
0

當我嘗試在我們的網站上顯示一個不存在的頁面時,w3wp.exe進程使用13%cpu並停留在該級別。對於每個額外不存在的頁面請求,將使用另外13%的CPU。當然,在多次請求後,總CPU使用率高達95-100%,並且該站點變得無法使用。W3wp hih cpu使用情況和不存在的網頁

我殺掉了w3wp.exe進程,一切恢復正常。一段時間後,一些隨機用戶轉到不存在的頁面,並且CPU再次達到100%。

研究問題我偶然發現web.config httperrors部分被鎖定並可能導致問題的想法。我和我的託管公司技術人員在本文中嘗試了這些建議:http://forums.iis.net/p/1159721/1912266.aspx。這些建議都沒有解決問題。

我看着IIS中的Worker Processe,並且什麼都沒告訴我。

我看着失敗的請求追蹤,這也沒有幫助。

顯然,我正在尋找其他有關如何診斷和解決此問題的建議。

感謝,

埃德

回答

0

看一看this blog post。實際上,我使用Jose Reyes’ ASP.NET Perfecto tool來確定X頁面上的Page_Init速度很慢,因爲X.如果您可以通過遠程桌面訪問服務器,則只能真正使用此工具 - 因爲您需要設置性能計數器。

FREB /失敗的請求追蹤(FRT)也應該能夠告訴你它在哪裏掛起,儘管我沒有發現它與上述一樣有用。 (似乎你也同意:P)。

此外,聽起來很奇怪,但如果它是一個不存在的頁面,我猜這些正在處理使用自定義錯誤/錯誤頁面?所以這個頁面肯定不能那麼密集!無論如何,如果情況確實如此,FREB/FRT應該能夠向您提供。

還有PerfView Tool,我沒有親自使用,但顯然非常漂亮。

HTH

+0

伊恩,FRT顯示W3WP調用AspNetMapHandleEnter但是當我衝浪一個不存在的頁面沒有離開過。有人建議獲取SubStatus代碼,但我在FRT日誌中找不到一個。 – CoolBreeze 2012-04-17 22:03:56

+0

所以你永遠不會看到一個'AspNetMapHandlerLeave'?這實際上並沒有那麼有用 - 有用的部分是它掛在哪個模塊上。如果您只是在「完整請求追蹤」中展開所有內容,則應該能夠找到吊掛處理程序並查看掛載的模塊。然後你可以開始正確調試:-) – ianbailey 2012-04-18 09:26:59

相關問題