asp.net – 是否有可能告诉IIS 7并行处理请求队列？

发布时间：2020-12-16 06:43:03 所属栏目：asp.Net 来源：网络整理

导读：目前我们正在开发一个ASMX,ASP 2.0,IIS 7 Web服务,它可以进行一些计算(并返回一个动态生成的文档),并且需要大约. 60秒运行. 由于拥有多个核心和大量RAM的大型计算机,我希望IIS尽力将到达其请求队列的请求路由到应用程序池的线程池的所有可用线程. 但是我们却

目前我们正在开发一个ASMX,ASP 2.0,IIS 7 Web服务,它可以进行一些计算(并返回一个动态生成的文档),并且需要大约. 60秒运行.

由于拥有多个核心和大量RAM的大型计算机,我希望IIS尽力将到达其请求队列的请求路由到应用程序池的线程池的所有可用线程.

但是我们却反而安静了：

当我们从多个不同的客户端向ASMX Web服务URL发出请求时,IIS似乎会连续处理这些请求.即请求1到达,正在处理,然后请求2正在处理,然后请求3等.

题：

如果有足够的线程可用,是否可以(不更改Web服务的C#代码)配置IIS并行处理请求？

如果是的话：我应该怎么做？
它没有：任何变通方法/提示？

解决方法

确保将应用程序池的“最大工作进程数”设置为> 1使工作池成为 Web Garden.默认情况下,每个应用程序池设置为仅使用一个进程,这将导致请求排队.

您可能还想查看有关使用ASP.NET 2.0 in Integrated mode on IIS7的这篇文章

ASP.NET threading settings are not used to control the request concurrency in Integrated mode

The minFreeThreads,
minLocalRequestFreeThreads settings in
the system.web/httpRuntime
configuration section and the
maxWorkerThreads setting in the
processModel configuration section no
longer control the threading mechanism
used by ASP.NET. Instead,ASP.NET
relies on the IIS thread pool and
allows you to control the maximum
number of concurrently executing
requests by setting the
MaxConcurrentRequestsPerCPU DWORD
value (default is 12) located in the
HKEY_LOCAL_MACHINESOFTWAREMicrosoftASP.NET2.0.50727.0
key. This setting is global and cannot
be changed for individual application
pools or applications. Workaround

A. To control the concurrency of your application,set the MaxConcurrentRequestsPerCPU setting.

（编辑：李大同）

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