IIS 和网络花园配置
允许 IIS 在每个应用程序池（网络花园配置）中生成多个工作进程是否具有显着的性能优势。哪些性能计数器表明这可能是个好主意？
我知道会话状态必须在进程外运行，但是还有其他问题吗？
Are there significant performance advantages to allowing IIS to spawn multiple worker processes per application pool (web-garden configuration). What perfmon counters would indicate that this might be a good idea?
I know that session state must run out of process, but are there any other gotchas?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
我做了一些研究，发现这篇有用的文章，其中涵盖了许多潜在问题，并概述了一些优点和缺点：
编辑：
http://blogs.iis.net/chrisad/1342059
I did some research and found this useful article, which cover a number of potential issues, and outlines some pros and cons:
EDIT:
http://blogs.iis.net/chrisad/1342059
基本上，如果您预计您的应用程序可能会锁定/阻塞，那么您可以拥有一个大于 1 的网络花园来帮助缓慢前进，直到您的健康监控启动并关闭/重新启动行为不当的进程。因此，在这种情况下，请使用网络花园作为临时拐杖，直到解决锁定/阻塞问题。
否则，不要使用网络花园（将值设置为“1”并保留它）。因为修复代码比使用这种糟糕的机制更好。
Basically, if you expect your application is likely to lock/block, then you can have a webgarden of size larger than one to help limp along until your health monitoring kicks in and shuts down/restarts the misbehaving process. So, use webgardens in that case as a temporary crutch until you resolve the locking/blocking issue.
Otherwise, don't use web gardens (set the value to "1" and leave it alone). Because it's better to fix the code than to use this poor mechanism.