Erlang应用程序中观察到的内存泄漏

Question

让我把我的问题简单化如下.我是一个内置erlang的网络路由器软件,但在特定情况下,我观​​察到内存增长非常高,如VM所示.

我有一个进程从socket接收来自其他进程的二进制数据包.

此过程解析二进制数据包并将二进制数据包传递给gen_server(调用handle_cast)

gen_server再次将一些信息存储在ETS表中,并将数据包发送到对等服务器.

当对等服务器响应时,删除来自ETS的条目,并且gen_server响应回第一个进程

此外,如果第一个进程(发送数据包到gen_server)在等待gen_server响应的5秒后得到timedout,它也会删除gen_server中的ETS条目并退出.

现在,当大量事件超时(由于对等服务器不可用)以及我研究了erlang给出的"**binary**"和"**processes_used**"时,我观察到高内存增长:内存命令那就是使用大部分内存.

但是成功处理事件时情况并非如此.

Answer 1

记忆丢失基本上只能在三个地方:

1. 你的gen_server的状态

   • 看看你的状态,看看那里是否有一些大的或不断增长的东西

2. 您的进程邮箱

   • 确保handle_info在普通的receivesa Any ->子句中总有一些方法可以排除不匹配的消息(用于gen_server 回调).

   • 如果邮箱只是临时填满它可能是因为接收过程对于产生的消息速率来说太慢了.这通常是异步通信的问题.如果它只是暂时的爆发,不会破坏任何东西,这可能是有意的.

     • 在这种情况下,您可以优化接收过程

     • 或修复您的协议以使用更少的消息

     • 如果您有多个接收某些消息的功能,请确保定期调用所有接收部件.别忘了这些Any ->条款.

   • 请注意,当您在gen_servers回调中处理时,不会收到任何消息,因此如果您需要更多时间进行回调,那么异步消息可能会堆积(例如,随机消息到达+固定处理时间会构建无限制的增长队列,有关详细信息,请参阅排队论

3. 在您的ETS表中

   • 也许ETS中的信息没有完全删除？忘记在某些情况下删除某些内容？

Answer 2

手动触发GC,看看内存会发生什么.

[garbage_collect(Pid) || Pid <- processes()]