我想知道是否修改machine.config中的processModel將對IIS快速集成模式應用程序有任何影響?machine.config和processmodel與IIS快遞
我試圖將maxWorkerThreads修改爲至少100,因爲我使用WCAT比較了正常的IIS與IIS Express在Windows 7上的對比情況,看看scott是否正確,他說IIS express沒有連接限制。
儘管IIS express顯示30個以上的請求在正常的IIS限制10的同時執行,但兩者之間每秒的實際總請求數相差無幾,IIS Express有更高的CPU使用率,平均70個請求排隊與0請求正在等待正常的IIS!在四核i7上,CPU只有70%左右。當然還有優化的空間嗎?
額外的細節
我已經上傳在Windows 7上,同一個腳本運行WCAT成果, http://d1yb9lkqglrfzu.cloudfront.net/IISExpress-100VU-MachineConfig.zip
- IIS Express有輕微每秒更高的要求,而且比正常的IIS服務的交易總額。
- IIS Express一次最多可執行50個請求,而Windows 7上的正常IIS限制爲10個。
- IIS express使用的CPU高出30%,可能是因爲它一次處理額外的請求。
- 但平均而言,快遞請求需要花費很多需要更長時間才能完成。請參閱請求執行時間性能計數器和時間分析(第一個字節和最後一個字節)。 Express在所有服務請求中只能擊敗IIS,因爲它一次可以處理更多請求!
理論
能的事實,IIS快車正在打印的每個請求命令行窗口即使跟蹤設置無被減緩下來。
我還注意到在IIS express application.config中沒有註冊的IIS express applicationhost.config中註冊了很多附加模塊。那麼額外的調試/追蹤模塊會導致問題。
我注意到IIS Express沒有FileCache和HTTPCache模塊。那可能是爲什麼?
我希望asp.net專家可以澄清如何這些結果是可能的,如果IIS快遞不受限制。
非常感謝您的回覆。我看到你是一名IIS專家,請查看其他詳細信息。我想你會發現WCAT的結果非常有趣。應用程序使用.NET 2.0集成應用程序池在IIS和Express上運行。也許IIS express會增加額外的模塊或額外的調試開銷。但基於上述結果表明,個人網絡服務器實際上可能比windows 7下的IIS差得多,尤其是對於少數客戶端。 – Tuviah
需要特別說明的是,IIS 8/10 Express具有32和64兩種版本,並且它們使用.NET 4的machine.config。 –