key 删除后 ruby​​ hash 内存泄漏

Question

你好， 我无法成功如何在哈希中删除键后释放内存。当我从哈希中删除密钥时，手动调用 GC.start 后也不会释放内存。这是预期的行为还是当从哈希中删除键并且这些对象在某处泄漏时 GC 不会释放内存？如何在 Ruby 中删除哈希中的键并在内存中取消分配它？

示例：

irb(main):001:0> `ps -o rss= -p #{Process.pid}`.to_i
=> 4748
irb(main):002:0> a = {}
=> {}
irb(main):003:0> 1000000.times{|i| a[i] = "test #{i}"}
=> 1000000
irb(main):004:0> `ps -o rss= -p #{Process.pid}`.to_i
=> 140340
irb(main):005:0> 1000000.times{|i| a.delete(i)}
=> 1000000
irb(main):006:0> `ps -o rss= -p #{Process.pid}`.to_i
=> 140364
irb(main):007:0> GC.start
=> nil
irb(main):008:0> `ps -o rss= -p #{Process.pid}`.to_i
=> 127076

PS：我使用 ruby​​ 1.8.7。我也尝试过 ruby​​ 1.9.2，但并没有更好。

Answer 1

请参阅 Stackoverflow：Malloc 和 Free 的工作原理

，原因有很多（在上面的引文中详细说明）实际上没有内存管理器将内存释放回操作系统。

为了让您看到进程的变化，Ruby 解释器的 C 部分中的底层 malloc 和 free 需要将内存归还给主机操作系统。这不会发生，但在 Ruby 级别，对象已被 GC 处理并位于解释器中本地保存的空闲列表中。

Answer 2

作为一名长期使用多种语言进行此类工作的高级开发人员，我的想法如下：

虽然我认为在使用 C 等编译语言时您的意图是好的，但细粒度的开发人员控制的内存管理并不适合深入了解 Ruby、Python 和 Perl 等语言的工作原理。

Perl、Ruby 和 Python 等脚本语言使我们摆脱了内存管理的烦恼。这就是我们喜欢它们的原因之一。如果我们有可用的内存，他们就会使用所需的内存来完成工作。内存管理控制的丧失是开发速度和调试方便性的权衡；我们没有，也不需要担心。如果我需要它，我会使用 C 或汇编语言。

至于假设这是内存泄漏，我认为这有点天真或自以为是。像你提到的那样的内存泄漏将是一个严重的泄漏，并且，对于尽可能多的基于 Ruby 的应用程序和网站，有人很久以前就会注意到它。因此，当我看到一些没有意义的东西时，作为对自己的健全性检查，我总是认为我首先在代码中做错了什么，然后我会看看我对某些东西如何工作的假设，如果这些看起来仍然不错，我会去寻找其他有类似问题的人，看看他们是否有解决方案。而且，如果问题是该语言的核心问题，我将深入研究源代码或与一些核心开发人员交谈，并询问我是否对我所看到的感到疯狂。我以前发现过低级错误，但它们一直是极端情况，在提到任何内容之前我花了几天时间进行挖掘，因为我不想像我的同事一样提交错误报告立即与 Apple 联系，然后发现这是他的代码中的错误。

我关于在释放时将内存返回给系统的总体想法是，它会产生额外的开销，这些开销可能会在浪费 CPU 周期的下一个操作中逆转，这是解释型语言和脚本语言无法承受的，因为它们不如编译型语言快。开始于。我认为对于该语言来说，假设它需要重复分配一大块内存（如果它必须这样做一次），这是公平的事情，特别是对于像 Ruby 这样的面向对象语言。在这一点上，保留以前使用过的内存就很有意义。

而且，从总体上看，考虑到我们的盒子里通常有多少空闲内存，分配 1,000,000 个该大小的数组元素并不是很多内存。我更关心在内存中维护数组中 1,000,000 个元素的需要，并建议同行认真考虑使用数据库。您可能有充分的商业理由将其全部保存在 RAM 中。如果是这样，请将主机上的 RAM 最大化，应该没问题。

Answer 3

这些对象应该被垃圾收集。如果您要再次创建它们，该进程不应显着增长，因为它有所有空白空间。然而，Ruby 不会将该内存释放回操作系统，因为它假设将来可能再次需要那么多内存。

这是一个相当简单的解释，但基本上，您所看到的都是正常的。

Answer 4

如果您运行分配两次，或多或少可以看到@digitalross 的情况。如果确实存在这样的内存泄漏，您可能会期望内存大小加倍，但这种情况不会发生。

[~]$ irb                                         rvm:ruby-1.9.3-p0@global 
1.9.3p0 :001 > `ps -o rss= -p #{Process.pid}`.to_i
 => 8148 
1.9.3p0 :002 > a = {}
 => {} 
1.9.3p0 :003 > 1000000.times{|i| a[i] = "test #{i}"}
 => 1000000 
1.9.3p0 :004 > `ps -o rss= -p #{Process.pid}`.to_i
 => 101188 
1.9.3p0 :005 > 1000000.times{|i| a.delete(i)}
 => 1000000 
1.9.3p0 :006 > `ps -o rss= -p #{Process.pid}`.to_i
 => 90960 
1.9.3p0 :007 > GC.start
 => nil 
1.9.3p0 :008 > `ps -o rss= -p #{Process.pid}`.to_i
 => 93388 
1.9.3p0 :009 > `ps -o rss= -p #{Process.pid}`.to_i
 => 93388 
1.9.3p0 :010 > 1000000.times{|i| a[i] = "test #{i}"}
 => 1000000 
1.9.3p0 :011 > `ps -o rss= -p #{Process.pid}`.to_i
 => 140088 
1.9.3p0 :012 > 1000000.times{|i| a.delete(i)}
 => 1000000 
1.9.3p0 :013 > `ps -o rss= -p #{Process.pid}`.to_i
 => 130880 
1.9.3p0 :014 > GC.start
 => nil 
1.9.3p0 :015 > `ps -o rss= -p #{Process.pid}`.to_i
 => 104256 

第一次运行结束时，该进程报告内存大小为 93388，第二次运行后报告内存大小为 104256，内存使用量仅增加了约 10%。