IIS7集成與經典管道 - 使用更多的ASP.NET線程？

Question

使用集成管道，所有請求都通過ASP.NET傳遞，包括圖像，CSS。

然而，在傳統的管道中，默認情況下只對ASPX頁面的請求通過ASP.NET傳遞。

集成管道會對線程使用產生負面影響嗎？

假設我從IIS服務器請求500 MB二進制文件：

• 使用集成管道，ASP.NET工作線程將用於二進制下載（對嗎？）。
• 使用經典管道，請求由IIS直接提供，因此不使用任何ASP.NET線程。

對我來說，這有利於傳統的管道，因為我希望盡可能多的線程來提供ASPX頁面。

我完全不在這里嗎？

Answer 1

如果查看IIS 7中的machine.config，web.config和applicationHost.config，您可以看到在經典管道和集成管道之間切換時，靜態內容的提供方式不會改變。 唯一改變的是映射到asp.net的請求是通過托管模塊還是本機ISAPI過濾器模塊。

唯一可能影響性能的方法是修改授權模塊的默認設置以及在處理靜態內容請求時添加的任何自定義模塊。 即使在這里，開銷也許可以忽略不計。

因此，更合適的基准測試將是IIS 6與IIS 7，我懷疑IIS 7將是明顯的贏家。

Answer 2

我會說你是對的，但我從另一個角度看待它。

您是否需要處理非ASPX頁面的請求？ 例如，要記錄它們，或者如果不滿足某些條件則禁止響應。

如果您需要此處理功能，請使用集成管道。 如果不這樣做，請使用經典管道。