上周我们将一个在Rails 3.0.1上运行的小项目升级到Rails 3.2.2.
升级后不久,我们偶尔认识到,每天2-3次,我们看到了一个巨大的Phusion Passenger进程(1-5 GB).
我们正在运行Phusion Passenger 3.0.11和Ruby 1.9.3-p0.我们已经尝试了不同的Ruby版本(1.9.2-p290和1.9.3-p125)而没有成功.
之后,我们尝试用Oink来跟踪我们的内存使用情况.不幸的是,Oink没有显示内存膨胀的原因 – 大型进程似乎不再写入日志文件了.
当我们降级回Rails 3.0.1时,问题就消失了.有没有人有类似的问题？我们确实检查了代码是否存在可能的内存泄漏,例如ActiveRecord实例太多,但没有发现任何内存泄漏.
你觉得尝试Unicorn而不是Passenger是值得的吗？或者我们可能遇到同样的问题？
有关如何跟踪内存泄漏的任何建议都是受欢迎的.我们已经设置了newrelic,但它没有显示有关内存泄漏的详细信息.
解决方法
如果这是与Red Hat兼容的Linux,则可以使用SystemTap.我不确定SystemTap是否可用于Debian / Ubuntu系统,如果没有,则可以选择DTrace.这里有一些文章 – 我已经非常成功地追踪了几个回归,虽然这些都不是内存问题(也许你可以找到一个STP脚本可以为你做这个技巧).在这里阅读：
http://lukas.zapletalovi.com/2012/02/peek-into-your-ruby-app-with-systemtap.html
http://lukas.zapletalovi.com/2012/01/probing-ruby-apps-with-systemtap-in.html
http://sourceware.org/systemtap/wiki/RubyMarker
最后一个链接显示了您可以在Ruby中的SystemTaps中使用的探针.有人认为像gc运行或内存分配,可以帮助你.祝好运！