Ruby已死——必须关注的内存问题

Ruby语言当中最为常见的就是内存使用问题，这一点在其它基于JVM的语言中亦颇为普遍（是的，Java，说的就是你）。事实上，Ruby的垃圾回收（简称GC）机制与Java非常接近。如果使用不当，其会带来巨大的麻烦（正如下图所示）。在这类情况下，GC会停止运作，同时消耗服务器的整体CPU资源，甚至导致服务器重启。

Unicorn与Ruby内存泄露导致服务器宕机。

如何解决？

一、定期重启您的Ruby

如果大家使用的是高人气Unicorn Web服务器，那么内存问题可能会更加严重——这是因为Unicorn采用fork机制。在fork过程中，其会对全部父内存内容进行复制（简称CoW）。因此，大家可能需要使用“Unicorn Worker Killer” gem以监控服务器并在内存达到新高点或者请求数量增加至一定水平时进行重启。由于该gem支持随机化，因此服务器本身很可能并不会受到影响。

二、安装此 killer：

三、调整内存

如果大家使用的是Ruby 2.X版本，则可通过配置Unicorn更好地使用CoW机制。config/unicorn.rb

1）worker_processes： 1x 计算核心

2）timeout： 工作请求超时，应设定在15到30秒区间

3）preload_app： 启用CoW，但要求在fork上管理连接/断开

四、认真考虑GC配置

总结：动态语言存在着一定短板，然而正确的设计却能帮助其始终在线且顺畅运行。