解读surging 的内存过高的原因

surging · 浏览次数 : 0

小编点评

引言对于.NET开发人员来说，程序占用内存过高是不合格的，会严重影响用户体验。因此，他们更倾向于使用工作站垃圾收集器而不是服务器垃圾收集器。然而，对于低内存程序，高性能和稳定性更为重要。本文将解决企业在使用Surging服务时遇到的内存泄漏和溢出问题。问题诊断在与客户沟通后，他们提供了dump文件进行分析。结果发现，问题出在DotNetty.Buffers.PooledByteBufferAllocator分配的堆内存未进行释放。内存管理 .NET中的内存管理分为堆内内存和堆外内存。堆内内存由垃圾回收器进行回收，而堆外内存则不会。为了避免频繁触发垃圾回收，提高性能，堆外内存通常用于存储大量消息。在这个案例中，由于消息过大或并发量高，导致堆外内存不断累积。解决方案针对这个问题，我们可以采取以下两种解决方案： 1. 追求高性能解决方案：设置最大内存，并使用服务器垃圾收集器。通过添加-- memory参数来指定最大内存，例如：dotnet Surging.Services.Server.dll -- memory 2GB，并启用服务器垃圾收集器：。 True 2. 追求低内存的解决方案：不允许分配堆外内存。可以通过设置ChildOption(ChannelOption.Allocator, new UnpooledByteBufferAllocator(false, true))或修改Donetty参数来禁止分配堆外内存： Environment.SetEnvironmentVariable("io.netty.allocator.numDirectArenas", "0"); 结语总之，对于需要高性能、多语言异构和跨平台的开发者，可以联系作者，加入QQ群：744677125。希望本文能帮助企业解决内存泄漏和溢出问题，提高程序的性能和稳定性。

正文

前言

对于.NET开发人员来讲，一个程序占用内存过高，是极其糟糕，是一款不合格的程序软件，.NET开发人员也不会去使用服务器垃圾收集器(ServerGarbageCollection),而是选用工作站垃圾收集器，而是对于一款低内存的程序更能给开发人员是一款稳定运行的程序，而对于今天写这篇文章的目的，源于客户说基于surging的服务内存一直升高，内存泄漏，在这里我可以讲解一下，以解决企业、社区用户的疑问。

是否内存泄漏？

对于客户反应后，告诉客户把dump发过来,然后通过dump分析发现是DotNetty.Buffers.PooledByteBufferAllocator 分配堆内存未进行释放

而对于以上的产生的问题, 就要谈到PooledByteBufferAllocator 分配的堆内内存和堆外内存，堆内内存会通过垃圾回收进行回收，而堆外内存是不会通过触发垃圾回收进行回收，而一般是当发送的消息过大，或者并发高产生消息过多都会进入到堆外内存，这样做的目的不频繁触发垃圾回收提高性能。

如何解决问题

而对于以上的问题如何解决呢？

1. 追求高性能解决方案，设置最大内存，使用服务器垃圾收集器(ServerGarbageCollection)

运行以下命令，加--memory 参数
dotnet Surging.Services.Server.dll --memory 2GB
改成服务器垃圾收集器
<PropertyGroup> 
    <ServerGarbageCollection>true</ServerGarbageCollection>
</PropertyGroup>

2. 追求低内存的解决方案

Allocator设置不分配堆外内存，以下是代码：

.ChildOption(ChannelOption.Allocator, new  UnpooledByteBufferAllocator(false, true))

或者是设置以下donetty 参数：

Environment.SetEnvironmentVariable("io.netty.allocator.numDirectArenas", "0");

总结

如果需要企业版本，多语言异构版本，平台版本可以联系作者，QQ群：744677125