我有一个Ruby on Rails项目，似乎是一个内存泄漏。它一直使用越来越多的内存，直到它崩溃。使用ObjectSpace转储每个类的对象数量我发现了这个：
Name Count
-----------------------------------------------------------------------
String 649476
Hash 59695
Array 39407
ActiveSupport::Multibyte::Codepoint 19337
FileNode 17134
Time 3391
Regexp 1944
ActionController::Routing::DividerSegment 1743
Proc 1597
Gem::Version 1545
Class 1503
Gem::Requirement 1479
ActiveRecord::DynamicFinderMatch 1021
我认为FileNode是个问题。这是一个模型。任何想法如何找到保存17k FileNodes的引用？
这是使用Ruby 1.8.6和Rails 2.2.0。不幸的是，升级不是一种选择。
答案 0 :(得分：7)
Charles Oliver "Headius" Nutter最近写了一系列关于使用JVM工具调试Ruby内存泄漏的博客文章：
他们的基本论点（虽然他们过于礼貌而不能说明这一点）是使用JRuby之外的任何东西来调试内存泄漏只是简单的愚蠢，因为JRuby可以使用Java工具，这些工具需要付出更多的工程量比所有 Ruby分析工具一起。 Ruby社区免费获取这些工具，因为所有企业Java无人机都在为它们付费。
答案 1 :(得分：5)
您可能希望查看演示文稿“垃圾收集和Ruby堆”：
http://www.scribd.com/doc/32718051/Garbage-Collection-and-the-Ruby-Heap
从幻灯片26开始，解释了各种有用的工具（ltrace，bleak_house，memprof等）。
答案 2 :(得分：2)
我认为你会发现Aman Gupta的Debugging Ruby非常有帮助。他一直致力于在Rails 3中查找和修复内存泄漏，因此他的调试技术肯定会有所帮助。