容器中的Ruby OOM
最近我们遇到了Docker容器中的Ruby问题.尽管负载非常低,但应用程序往往会占用大量内存,并且经过一段时间后,它会加载OOM. 经过一番调查后,我们将问题缩小到了单线
在一些机器上,它在开始后很快就被OOMed(由于超过限制而被oom-killer杀死),但是在一些机器上,它虽然很慢,但没有OOM,但仍有效.似乎(似乎,似乎并非如此)在某些配置中,ruby能够推断出cgroup的限制并调整它的GC. 配置测试: > CentOS 7,Docker 1.9 – OOM 如果你看一下ruby进程的内存消耗,在所有情况下它都表现得与这张图相似,保持在略低于限制的同一级别,或者撞到极限并被杀死. Memory consumption plot 我们希望不惜一切代价避免使用OOM,因为它会降低弹性并带来丢失数据的风险.应用程序真正需要的内存低于限制. 你有什么建议,如何处理ruby以避免OOMing,可能会失去性能? 我们无法弄清楚测试安装之间的重大差异. 编辑:无法更改代码或增加内存限制.第一个是因为我们精通社区插件而我们无法控制,第二个因为它不能保证我们将来不会再次面对这个问题. 最佳答案
您可以通过环境变量尝试tweak rubies垃圾收集(取决于您的ruby版本):
或者通过GC.start手动调用垃圾收集 举个例子,试试吧 docker run -ti -m 209715200 ruby??:2.1 ruby?? -e’while true do array = [];数组<<<<<<< “嘿”结束; puts array.length; array = nil;结束;' 帮助垃圾收集器. 编辑: 我没有与你相比的环境.在我的机器上(14.04.5 LTS,docker 1.12.3,RAM 4GB,Intel(R)Core(TM)i5-3337U CPU @ 1.80GHz)以??下看起来非常有前景.
但是每个ruby应用程序都需要一个不同的设置来进行微调,如果你遇到内存泄漏,你就会丢失. (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |