linux服务器内存溢出原因(linux消息队列内存溢出)

---

一、linux下怎么解决red5的内存溢出Red5作为一个开源多媒体框架，实现了RTMP协议，完成了视频、音频和多媒体数据的传输和分析。许多产品都使用它。我们也在使用他们的服务，但遇到了内存泄漏问题。这个内存泄漏是如何发现的：
现象：服务器运行了两天左右，出现了两种情况：
1．。内存溢出
2.内存没有溢出，但是无法提供服务，服务器无法接收任何请求
分析：
1个虚拟机。结果服务器运行了很长时间，内存仍然溢出。
2.下载堆快照并使用EclispseMemoryAnalyzer对其进行分析。发现ConcurrentHashMap对象中存在大量的RTMPMinaConnection对象，为什么会有这么多连接？为什么客户端请求很多，内存还是没有释放？
3.考虑三个问题：
1）为什么有这么多连接？连接从哪里来
2）为什么大量连接没有释放？
3）为什么当连接数达到一定程度时，服务器即使有足够的内存也无法提供任何服务？
根据大量观察，我们找到了red5服务器。我们使用Haproxy代理rtmp请求，即使没有检测代理服务器是否启动的请求，HA仍然尝试连接。alive和keepalive通过red5时间过去后，会尝试关闭连接关闭后，查看源码发现，虽然关闭了连接，但并没有从并发HashupMap中移除。这种类型的Ha通过创建跳连接状态不断检测red5是否存活，而red5关闭连接后并没有从并发HashMap中移除，同时造成内存溢出，因为连接空闲没有移除，已经达到了red5设置的最大允许空闲连接数，默认值是60000个连接，这样就造成了我们刚才看到的现象：即使有足够的内存，也无法提供服务。
发现这个错误的过程很痛苦，我什至没有任何线索。幸运的是，经过大量的测试和源码分析，我发现了这个问题。现在我们已经更新到red50.9.1版本，目前情况良好。同时，为了保证服务器的稳定性，我们也检查了其源代码，可以确认该问题已得到解决。版本0.9.1。我相信red5server在我们的产品推出之后将会处于一个非常稳定的状态。
要找出这个问题，一些工具的使用至关重要：
首先，你需要能够分析堆快照，而eclipsememoryanalyzer确实是一个非常强大的工具。他为我们提供了很多有用的信息。
其次，开源软件并不可靠，只有彻底分析其代码才能得到好的结果。幸运的是，开源代码也为我们提供了查找问题细节的依据。我们还可以优化开源软件。在以后的内容中我也会记录整个red5server的优化过程。我相信还有很多地方可以优化。
我在网上找到的~~