GAC 是否会修复 ASP.NET/IIS6.0 System.OutOfMemoryException？

Question

我在同一应用程序池下的 IIS 6.0、Windows Server 2003 机器上安装了许多应用程序实例。 它们共享许多相同的程序集，并且无法连接到单个应用程序中。

我最近添加了该应用程序的一个新实例，并在尝试加载 ASP.NET 2.0 应用程序时获得了 System.OutOfMemoryException。

使用 GAC 存储通用程序集是否可以修复此错误，或者只能通过在不同应用程序池之间分隔站点来解决此问题？

Answer 1

将某些内容放入 GAC 中只会更改 DLL 的物理位置（以及安全设置），而不会更改加载到内存中的内容。

大多数人倾向于将 GAC 视为“微软放置其东西的地方”。 我还没有看到很多由“其他人”创建的应用程序可以证明使用 GAC 的合理性。

您可能应该开始考虑负载平衡解决方案，以免您的计算机承受如此大的 RAM 压力。

Answer 2

确保在 Machine.Config 中设置了部署 Retail = "true"：

<system.web>
    <!--
        <deployment
            retail = "false" [true|false]
        />
    --> 
   <deployment retail="true" />
</system.web>

调试代码比非调试代码占用更多内存，并且编译为单个程序集而不是每页一个程序集将减少程序集加载的内存开销。

确保应用程序池的内存设置足够高，并且您可能还需要查看 ProcessModel MemoryLimit 设置：
http://msdn.microsoft.com/en-us /library/7w2sway1(VS.71).aspx

并尝试使用 80% 或 85% 设置：

<processModel 
  memoryLimit="80"
/>

Answer 3

将共享程序集放入 GAC 中可以节省驱动器空间，例如。 如果您有 20 个使用相同 dll 的 asp 应用程序。 我不确定，也可能是您将相同 dll 的较少副本加载到内存中。 也就是说，OutOfMemoryErrors 更有可能是由于将非常大的对象加载到内存中而引起的，一个典型的例子是 DataSet。 与内存中大型数据集或大型 xml 文件占用的内存相比，程序集很小。

Answer 4

这是在什么类型的请求上发生的？
您可能想阅读有关 OutOfMemoryExceptions 的常见原因。