ASP.NET效能調整之解決Server Too Busy錯誤

     最近公司的一個ASP.NET網站頻繁出現Server Too Busy錯誤，具體表現為頁面響應慢、經常出現Server Too Busy異常；但實際上伺服器的資源消耗卻很低，CPU使用只有10%左右，非常奇怪。

    該網站運行環境為Windows 2000，IIS5.0，.NET Framework 1.1，網站壓力約為每秒10個串連，峰值時約為30。

    從網上尋找相關資料後，從表現出的情況來看（響應慢，拋出Server Too Busy異常），初步判斷為同時串連過多引起的線程阻塞引起。修改web.config中的httpRuntime配置節中的appRequestQueueLimit參數後，Server Too Busy 的錯誤得到解決。此參數預設從machine.config中繼承，預設值為100，改為1000後Server Too Busy的錯誤不再出現。

    雖然伺服器忙的錯誤解決了，但是網站響應還是很慢，有時候要等上5—10秒才能開啟頁面。分析原因應該是同時請求過多，而IIS背景工作執行緒不足的原因引起，修改machine.config中processModel配置節maxWorkerThreads參數為200後網站響應速度慢的問題得到解決。此參數預設值為20，可根據伺服器硬體設定於壓力大小適當調整。

     分析原因，是因為網站程式中使用了HttpWebRequest請求外部伺服器的頁面，而這個操作是相當耗時的（外部伺服器響應慢是主要原因）。當訪問者的請求到達ASP.NET背景工作處理序後，ASP.NET首先會檢查是否有空餘的背景工作執行緒（WorkerThread），如果有的話，就交給一個閒置背景工作執行緒去處理，如果沒有閒置背景工作執行緒，那麼這個請求就會被放到請求隊列（RequestQueue）中，這個時候的表現就是響應很慢。當訪問量過大導致請求隊列也滿了的時候，ASP.NET就會拋出Server Too Busy異常了。在.NET 1.1中，預設的背景工作執行緒和請求隊列分別為20和100，當啟動並執行代碼比較費時而訪問量又較大的時候，這兩個預設值顯然就太小了。（現在的伺服器硬體便宜了，一般PC伺服器的輸送量都應該遠超過這個數）。這兩個值可以根據伺服器壓力大小來進行合理配置。以調整網站輸送量。

    完！