如何在Ruby代码中追踪内存泄漏？

Question

题

我在rake任务中调试内存泄漏.我想看一个调用堆栈:

• 生物
• 最初分配这些对象的对象或行

红宝石教授可以吗？

如果没有,我应该使用什么工具？

建立

宝石

• 铁路3.2.16
• event_bus 1.0.0(https://github.com/kevinrutherford/event_bus)
• activerecord-fast-import(https://github.com/jsuchal/activerecord-fast-import)

耙任务

• 使用DATA LOAD INFILE和Active Record对象将CSV文件直接导入MySql数据库.

我试过的

我试过这些模式

• RubyProf ::拨款
• RubyProf :: MEMORY

它在文档中说的全部是:

RubyProf :: ALLOCATIONS对象分配报告显示程序中每个方法分配的对象数.

RubyProf :: MEMORY内存使用情况报告显示程序中每个方法使用的内存量.

这意味着ruby-prof只报告对象的总分配,而不仅仅是生活对象的分配.

我尝试过Ruby-Mass和Bloat Check,但似乎都没能做到我想要的.Ruby-Mass也崩溃,因为它出于某种原因在内存中找到FactoryGirl对象......

Answer 1

在查找内存泄漏时,我没有发现ruby-prof非常有用,因为你需要一个修补的Ruby解释器.在Ruby 2.1中,跟踪对象分配变得更加容易.也许这是自己探索这个的最佳选择.

我推荐博客文章Ruby 2.1:objspace.so由tmml谁是Ruby核心开发人员之一.基本上,您可以在调试应用程序时获取大量信息:

ObjectSpace.each_object{ |o| ... }
ObjectSpace.count_objects #=> {:TOTAL=>55298, :FREE=>10289, :T_OBJECT=>3371, ...}

require 'objspace'
ObjectSpace.memsize_of(o) #=> 0 /* additional bytes allocated by object */
ObjectSpace.count_tdata_objects #=> {Encoding=>100, Time=>87, RubyVM::Env=>17, ...}
ObjectSpace.count_nodes #=> {:NODE_SCOPE=>2, :NODE_BLOCK=>688, :NODE_IF=>9, ...}
ObjectSpace.reachable_objects_from(o) #=> [referenced, objects, ...]
ObjectSpace.reachable_objects_from_root #=> {"symbols"=>..., "global_tbl"=>...} /* in 2.1 */

使用Ruby 2.1,您甚至可以开始跟踪新对象的分配并收集有关每个新对象的元数据:

require 'objspace'
ObjectSpace.trace_object_allocations_start

class MyApp
  def perform
    "foobar"
  end
end

o = MyApp.new.perform
ObjectSpace.allocation_sourcefile(o) #=> "example.rb"
ObjectSpace.allocation_sourceline(o) #=> 6
ObjectSpace.allocation_generation(o) #=> 1
ObjectSpace.allocation_class_path(o) #=> "MyApp"
ObjectSpace.allocation_method_id(o)  #=> :perform

使用pry和pry-debugger并开始探索您认为可能会增长的内存堆,分别尝试代码中的不同段.在Ruby 2.1之前,我总是依赖ObjectSpace.count_objects并计算结果的差异,以查看一个对象类型是否特别增长.

当生成的对象数量在迭代期间重新测试回到更小的量而不是继续增长时,垃圾收集正常工作.无论如何,垃圾收集器应该一直运行,您可以通过查看垃圾收集器统计信息来安抚自己.

根据我的经验,这是String或Symbol(T_STRING).ruby 2.2.0之前的符号没有被垃圾收集,因此请确保您的CSV或其中的部分内容未在途中转换为符号.

如果您感觉不舒服,请尝试使用JRuby在JVM上运行代码.至少使用像VisualVM这样的工具可以更好地支持内存分析.

Answer 2

考虑用于 Ruby 2.1的 memory_profiler gem。

Answer 3

为了节省时间，您可以首先检查存在内存泄漏的 Ruby gem 列表。https://github.com/ASoftCo/leaky-gems