Iis 7 IIS 7是否有同时请求的限制?

Iis 7 IIS 7是否有同时请求的限制?,iis-7,windows-server-2008,Iis 7,Windows Server 2008,IIS 7对同时请求是否有一些限制?我正在使用Windows Server 2008 提前感谢。在Windows Server操作系统上,IIS 7.0没有请求执行限制。 默认情况下,限制是服务器为这些请求提供服务的容量(即CPU、内存),尽管您可以根据并发用户的数量设置限制等。是的,IIS 7可以限制同时请求,具体取决于您使用的Windows版本。我看到人们经常断言(和这里的其他人一样),IIS 7以某种方式解除了限制。事实并非总是如此,这取决于是运行2008、7还是Vista 让我们从Win

IIS 7对同时请求是否有一些限制?我正在使用Windows Server 2008


提前感谢。

在Windows Server操作系统上,IIS 7.0没有请求执行限制。

默认情况下,限制是服务器为这些请求提供服务的容量(即CPU、内存),尽管您可以根据并发用户的数量设置限制等。

是的,IIS 7可以限制同时请求,具体取决于您使用的Windows版本。我看到人们经常断言(和这里的其他人一样),IIS 7以某种方式解除了限制。事实并非总是如此,这取决于是运行2008、7还是Vista

让我们从Win2k8开始,因为您提到了使用Win2k8。以下文档表明2k8只有一个服务器版本,没有限制。“对于Windows Server 2008,IIS 7.0…没有请求执行限制。”(来源:)

该页面还显示了一个包含其他版本的表格,但尽管不清楚,这些版本适用于Vista。以下是IIS 7(从该表中)在这些版本上的限制:基本版和入门版:3个请求,高级版:3个,专业版:10个,服务器版:无限

我发现了类似的限制,记录在这里:。“对于Windows Vista的Starter和Home Basic版本,IIS的同时请求执行限制是Windows Vista Home Premium的三个…对于Windows Vista Business、Enterprise和Ultimate edition…同时请求执行限制是十个…对于Windows的server edition,IIS 7.0没有请求执行限制。”

最后,虽然我没有找到说明Windows7限制的文档,但我已经在我的Windows7 Home Premium副本上确认了相同的限制3。(奇怪的是,上面的learn.iis.net页面确实讨论了Vista和Windows 2008,但没有提到Windows 7。)

关于这个限制,如果这对您或其他读者来说是一个问题,这里有一个潜在的有价值的额外提示,我在任何地方都没有看到过:这个限制实际上是每个应用程序池,或者更严格地说是每个工作进程。因此,通过使用多个应用程序池,您当然可以同时收到更多针对您的应用程序的请求

但也许您希望针对单个站点有更多的请求,而该站点显然只能连接到单个应用程序池。还有一个好消息:对于给定的应用程序池,您可以在“高级设置”中增加每个应用程序池的工作进程数(右键单击应用程序池),从默认值1增加“最大工作进程数”。(有些人会认识到这与IIS 6中应用程序池的“web花园”相同。)

对于那些新手,无论是创建新的应用程序池还是为应用程序池创建更多的工作进程,对于每个新的工作进程,您都会在任务管理器中看到一个新的w3wp.exe


最后,如果您决定增加工作进程的数量,则需要慎重考虑。至少在IIS 6中,我记录了如果您运行的ASP.NET应用程序使用的会话是“inproc”(或内存中),默认情况下,使用多个工作进程(web gardens)会出现问题,因为这些会话不会在工作进程之间复制。这可能不是OP的问题,因此我想说,您可以从我几年前做的一个条目中了解更多信息:。

这应该是在serverfault上。嗯,您链接到的页面确实表明它有限制,根据Windows版本的不同,可以有3个或10个请求。我在刚才给出的回答中已经详细阐述了。@charliearehart实际上,这个链接说Windows Server操作系统没有限制(这就是最初的问题所问的)。你的答案肯定更全面。在你的第二段中,你写了Win2k8的基本版和入门版。Win2k8仅限于服务器,没有限制。但是对于Win7你是对的,限制是3和10。谢谢你。我正在按照页面上所说的(我链接到的)进行操作,但从该表中不清楚2008年只提供了服务器。也就是说,我在那一段中确实说过,对于服务器来说,它是无限的。我会稍微修改一下我的评论,让它更清楚。我仍然认为标记为“答案”的答案是不正确的,因为这个答案并不局限于2008年。但是,是的,OP确实特别问过,所以对他们来说,确实没有限制。我通常讨厌毫无意义的“谢谢”评论,但我不得不说。。。非常感谢。这些信息在web上很难找到,这非常有用,特别是关于应用程序池的部分。