我们有一个在 Web 场环境中针对 CLR 2.0 和 .NET 框架 3.5 的 ASP.NET Web 表单中构建的旧 Web 应用程序。最近几天，我们注意到了一些OOM异常。我们知道 w3wp 对于 32 位应用程序的内存限制是 3GB，因为我们启用了 3GB 开关。
我们希望对导致 OOM 问题的应用程序池的应用程序池设置进行以下更改。
- 如果达到 2.5 GB 的虚拟内存，则使用禁用重叠回收为 true 回收应用程序池。
- 由于我们处于网络农场环境中，我们是否可以使用多个 w3WP（在网络服务器中）来使用网络花园场景。这背后的原因是每个 w3wp 都有自己的 3 GB 内存限制。
问题：
- 建议使用虚拟内存限制还是私有内存限制。？如果不是两者的结合。
- 是否建议禁用重叠回收为真/假。我们是否应该将关闭时间限制从 90 秒更改为 180 秒，让应用程序池有足够的时间来完成现有请求的处理，因为新的应用程序池是处理请求的过程。
- 他们在像上面这样的网络农场场景中使用网络花园有什么缺点吗？
我们需要一些喘息的空间来进行 64 位迁移，这些只是临时修复。