【C#】ASP.NET應用程序池進程優化
當前位置:點晴教程→知識管理交流
→『 技術文檔交流 』
ASP.NET工作者進程能夠推動其限制而獲得更高的性能。在 Internet 信息服務 (IIS) Web 服務器上配置 ASP.NET 進程模型設置。只能在 Machine.config 文件中設置 <processModel> 節,并且該節影響服務器上運行的所有 ASP.NET 應用程序。 可以參考文檔說明:http://doc.51windows.net/iismmc/?url=/iismmc/htm/aaconprocessmodelelement.htm。 ASP.NET進程模型配置定義了一些進程級別的屬性,像ASP.NET使用的線程數量、超時前阻止線程花費了多長時間、多少請求在繼續等待IO工作完成等等。默認情況下,很多方面都具有太多的限制。現在我們使用的硬件都是采用雙核多GB的RAM服務器,因此,進程模型配置能夠減少ASP.NET進程消耗更多的系統資源并提供為每臺服務器提供更好的擴展性。 ASP.NET 2.0 安裝將會在machine.config文件中創建如下配置的節點: <system.web> 需要減少這種自動配置并針對不同的特性使用一些特定的值以便自定義ASP.NET工作者進程的工作方式。例如: <processModel 除了下面幾個不為默認值以外,其余均為系統默認值: maxWorkerThreads 每次處理默認為20,在一臺雙核的計算機上,ASP.NET的處理就需要40了。這意味著ASP.NET在一臺并行的雙核服務器上可以每次處理40個請求。我將數量增加到100以便為ASP.NET的每次處理提供更多的線程。如果你有一個應用程序,它的CPU處理能力并不是很強但是它卻能夠每秒更容易地處理多個請求,那么你就可以增加這個值。 尤其是你的Web應用程序使用了大量的Web服務調用或者下載/上傳了很多不會對CPU產生壓力的數據時。當ASP.NET用完這些工作者線程時,它會停止出來發來的多個請求。此時請求會放置到一個隊列中并持續等待直到出現一個空閑的工作者線程。通常到你的站點開始接受超過預期的點擊時會發生這樣的情況。那樣的話,如果你需要節省CPU的使用,可以增加每次處理的工作者線程數來達到目的。 maxIOThreads 每次處理默認為20,在一臺雙核的計算機上,ASP.NET進行的I/O操作就需要40個線程了。這意味著ASP.NET在一臺并行的雙核服務器上可以每次處理40個I/O請求。I/O請求能夠進行的文件讀/寫、數據庫操作、web服務調用、從Web 應用程序中產生的HTTP請求等等。因此,如果你的服務器有足夠的系統資源來處理更多的I/O請求,你可以將該值設置為100。特別是當你的Web應用程序在并行模式下進行下載/上傳數據、調用很多外部Web服務時,非常有用。 minWorkerThreads 當空閑的ASP.NET工作者線程數量低于這個數字時,ASP.NET就會開始將這些發來的請求推入隊列中。因此,你可以為改值設定一個較低的值以便可以增加當前請求的數量。此外,建議不要將該值設置得過低,因為Web應用程序的代碼可能需要做一些后臺處理和并行處理,此時會需要更多的空閑工作者線程支持。 minIOThreads 除了它是針對I/O線程以外,其它與minWorkerThreads的方式相同。然而你可以將該值設置得比minWorkerThreads還低。因為就I/O線程而言,這里不會發生并行處理的問題。 memoryLimit 指定內存大小所允許的最大值,作為整個系統內存的百分比,以便ASP.NET在啟動一個新的進程并重新分派存在的請求之前這些工作者進程能夠進行消費。如果在你的服務器上僅僅只運行了你的網站應用程序,而且沒有其它的進程需要RAM,你可以設置一個更高的值,比如80。 然而,如果你同時有一個會發生內存泄漏的應用程序,那么最好是把該值設置為一個較低的值以便在出現大問題之前泄漏的內存能得到及時的回收從而保持你的站點穩定。尤其是當你使用COM組件并發生內存泄漏時。然而,這只是針對該問題的一個臨時解決方案;當然需要你去解決泄漏問題。 除了processModel以外,另外還有一個非常重要的節點system.net,你能夠指定發出請求作為單獨IP的最大數量。 <system.net> 默認值為2,設置得比較低。這就意味著你不能從你的Web應用程序用一個IP地址同時鏈接多于2個的鏈接。站點獲得外部內容很多都是由于默認設置而遭到阻塞。這里我將其設置為100。如果你的Web應用程序會對某一個指定的服務器進行大量的調用,你甚至可以考慮設置一個更高的值。 該文章在 2021/3/10 11:36:26 編輯過 |
關鍵字查詢
相關文章
正在查詢... |