从Rails 3.0升级到Rails 3.2(Ruby 1.9.3 Passenger)后出现大量内
发布时间：2020-12-17 04:36:50 所属栏目：百科 来源：网络整理
导读：上周我们将一个在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
|
上周我们将一个在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 最后一个链接显示了您可以在Ruby中的SystemTaps中使用的探针.有人认为像gc运行或内存分配,可以帮助你.祝好运！ （编辑：李大同） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |