使用体验gcServer =＆QUOT;真＆QUOT;设置用于.NET垃圾收集 [英] Experience using gcServer="true" to set garbage collector for .NET

问题描述

有人曾经使用的配置使垃圾收集器使用Aspnet.config多处理器机器进行了优化：结果

Has someone used a configuration enabling the garbage collector optimized for multi-processor machines using Aspnet.config with :

<gcServer enabled="true"/>
<gcConcurrent enabled="true"/>

有没有在你的站点的性能有所改善吗？结果
被发现的任何问题？结果

Was there an improvement in the performance of your site?
Are any problems noticed?

推荐答案

首先，并发和服务器是相互排斥的选项。请参见有关服务器GC误解的一些细节这篇博客。但是，ASP.NET默认情况下，托管服务器GC（请参阅Scott Hanselman的讨论），所以会有没有区别在那里。

First, Concurrent and Server are mutually exclusive options. See this blog post for some details on server GC misconceptions. However, ASP.NET, by default, hosts the server GC (see Scott Hanselman's discussion), so there will be no difference there.

我建议你与服务器，而不是并发坚持为ASP.NET网站。为用户模式应用程序，并发GC一直用户响应，由于服务器gc的将导致挂起。

I'd recommend sticking with server instead of concurrent for an ASP.NET website. For a user-mode application, the concurrent GC has been user responsiveness, since the server gc will cause "hangs".

我已经使用了服务器GC，并注意到在某些情况下显著的改善。

I have used the server GC, and noticed significant improvements in certain situations.

服务器模式GC确实帮助用户的应用程序，不过，如果你是用户应用程序正在与巨大的内存池，并获得高度分散。

The server mode GC does help user apps, though, if you're user application is working with huge memory pools, and getting highly fragmented.

这篇关于使用体验gcServer =＆QUOT;真＆QUOT;设置用于.NET垃圾收集的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！