通过集成管道，所有请求都通过 ASP.NET 传递，包括图像、CSS。
而在经典管道中，默认情况下仅通过 ASP.NET 传递对 ASPX 页面的请求。
集成管道会对线程使用产生负面影响吗？
假设我从 IIS 服务器请求 500 MB 二进制文件：
- 通过集成管道，ASP.NET
将使用工作线程
用于二进制下载（对吗？）。
- 对于经典管道，请求是
由 IIS 直接提供服务，因此无需 ASP.NET
使用线程。
对我来说，这有利于经典管道，因为我希望有尽可能多的线程为 ASPX 页面提供服务。
我在这里完全偏离基地了吗？
如果您查看 IIS 7 中的 machine.config、web.config 和 applicationHost.config，您会发现当您在经典管道和集成管道之间切换时，提供静态内容的方式不会改变。唯一改变的是映射到 asp.net 的请求是通过托管模块还是通过本机 ISAPI 筛选器模块。
唯一可能影响性能的事情是，如果您修改授权模块的默认设置以及在处理静态内容请求时添加的要执行的任何自定义模块。即使在这里，开销也可能可以忽略不计。
因此，更合适的基准测试是 IIS 6 与 IIS 7，我怀疑 IIS 7 将是明显的赢家。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
