ASP.NET 的請(qǐng)求結(jié)構(gòu)試圖在執(zhí)行請(qǐng)求的線程數(shù)和可用資源之間達(dá)到一種平衡。已知一個(gè)使用足夠 CPU 功率的應(yīng)用程序，該結(jié)構(gòu)將根據(jù)可用于請(qǐng)求的 CPU 功率，來(lái)決定允許同時(shí)執(zhí)行的請(qǐng)求數(shù)。這項(xiàng)技術(shù)稱作線程門控。但是在某些條件下，線程門控算法不是很有效。通過(guò)使用與 ASP.NET Applications 性能對(duì)象關(guān)聯(lián)的 Pipeline Instance Count 性能計(jì)數(shù)器，可以在 PerfMon 中監(jiān)視線程門控。
　　當(dāng)頁(yè)面調(diào)用外部資源，如數(shù)據(jù)庫(kù)訪問(wèn)或 XML Web services 請(qǐng)求時(shí)，頁(yè)面請(qǐng)求通常停止并釋放 CPU。如果某個(gè)請(qǐng)求正在等待被處理，并且線程池中有一個(gè)線程是自由的，那么這個(gè)正在等待的請(qǐng)求將開(kāi)始被處理。遺憾的是，有時(shí)這可能導(dǎo)致 Web 服務(wù)器上存在大量同時(shí)處理的請(qǐng)求和許多正在等待的線程，而它們對(duì)服務(wù)器性能有不利影響。通常，如果門控因子是外部資源的響應(yīng)時(shí)間，則讓過(guò)多請(qǐng)求等待資源，對(duì) Web 服務(wù)器的吞吐量并無(wú)幫助。

　　為緩和這種情況，可以通過(guò)更改 Machine.config 配置文件 <processModel> 節(jié)點(diǎn)的 maxWorkerThreads 和 maxIOThreads 屬性，手動(dòng)設(shè)置進(jìn)程中的線程數(shù)限制。

　　注意 輔助線程是用來(lái)處理 ASP.NET 請(qǐng)求的，而 IO 線程則是用于為來(lái)自文件、數(shù)據(jù)庫(kù)或 XML Web services 的數(shù)據(jù)提供服務(wù)的。
　　分配給這些屬性的值是進(jìn)程中每個(gè) CPU 每類線程的最大數(shù)目。對(duì)于雙處理器計(jì)算機(jī)，最大數(shù)是設(shè)置值的兩倍。對(duì)于四處理器計(jì)算機(jī)，最大值是設(shè)置值的四倍。無(wú)論如何，對(duì)于有四個(gè)或八個(gè) CPU 的計(jì)算機(jī)，最好更改默認(rèn)值。對(duì)于有一個(gè)或兩個(gè)處理器的計(jì)算機(jī)，默認(rèn)值就可以，但對(duì)于有更多處理器的計(jì)算機(jī)的性能，進(jìn)程中有一百或兩百個(gè)線程則弊大于利。

　　注意 進(jìn)程中有太多線程往往會(huì)降低服務(wù)器的速度，因?yàn)轭~外的上下文交換導(dǎo)致操作系統(tǒng)將 CPU 周期花在維護(hù)線程而不是處理請(qǐng)求上。

總結(jié)

以上是生活随笔為你收集整理的必要时调整应用程序每个辅助进程的线程数的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。