在单台机器上创build更多网站是否会增加可处理的请求数量?

这是关于运行IIS的Windows机器。 我们的操作人员已经采取了现有的网站/应用程序,并创build了第二个网站/应用程序,新的文件夹应用程序池,作品,表示会有更好的吞吐量。 在过去的15年里,我从来没有做过这样的事情,在.NET领域成为一名软件开发人员,这种感觉并不好。 原来的网站工作正常,现在2,感觉过于复杂和笨拙。 在这方面有没有我不了解的最佳做法,可以批准还是否认他们做了什么?

我要去手工testing,即closures一个设置并logging请求和响应,然后打开它们,然后比较我的发现。

任何指导都会有所帮助。

-Stephen

如果有的话可以为应用程序池创build多个工作者,而不是另一个站点。 一般来说,这样做是为了解决你不能控制的代码问题,因为你牺牲了caching命中率之类的东西,同时也导致了更高的内存使用率和大量的重复工作。

在几乎所有情况下,都会降低吞吐量。

告诉他们:Stack Overflow和我们其余的Q&Anetworking可以运行在一台服务器上,只有一个应用程序池有一个进程。 我不认为问题是在(或通过更改)您的IISconfiguration解决。

正如Nick所指出的那样,通过这样做获得的less数优势很可能会被服务器上额外的IO负载所超越, 特别是因为你创build了一个新的网站不仅仅是增加工人。

每个“线程”/ worker都会在你的服务器上堆积越来越多的负载,每个worker都会占用额外的空间,而且每个请求的处理时间最多也是一样的,很可能会更糟糕。

你们的同事们的做法就像是强迫一匹慢马来运送更多堆干草,而不是试图让堆栈更轻,看看它可能会开始运行而不是散步…更轻的堆栈来自更高效的代码和实现。 只有在这之后,你才会开始考虑是否值得增加每次旅行的数量。

您可以在这些文章中find一些提示和技巧,使IIS应用程序更有效率: https : //msdn.microsoft.com/en-us/library/bb742459.aspx

http://forums.iis.net/t/1148571.aspx?IIS+6+performance+tweak+guide+draft+

这些适用于旧版本的IIS,但大多数概念仍然适用。