IIS7集成vs经典流水线 – 哪些使用更多的ASP.NET线程？

发布时间：2020-12-15 18:35:41 所属栏目：asp.Net 来源：网络整理

导读：使用集成管道，所有请求都通过ASP.NET传递，包括图像，CSS。而在经典的流程中，只有ASPX页面的请求默认通过ASP.NET。集成管道是否会对线程使用产生负面影响？假设我从IIS服务器请求500 MB二进制文件：集成管道，一个ASP.NET 将使用工作线程为二进制下载

使用集成管道，所有请求都通过ASP.NET传递，包括图像，CSS。

而在经典的流程中，只有ASPX页面的请求默认通过ASP.NET。

集成管道是否会对线程使用产生负面影响？

假设我从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将是明确的赢家。

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!