最近这有点刺痛我。我通过从代码中删除所有numpy数组与列表的比较来解决它。但是为什么垃圾收集器会错过收集呢?
运行此命令并观看它会消耗您的内存:
import numpy as np
r = np.random.rand(2)
l = []
while True:
r == l
在64位Ubuntu 10.04,virtualenv 1.7.2,Python 2.7.3,Numpy 1.6.2上运行
最佳答案
以防万一有人偶然发现并想知道...
@Dugal是的,我相信这是当前numpy版本(2012年9月)中发生的内存泄漏,当引发某些异常(请参阅this和this)时发生。为什么要添加@BiRico进行“修复”的gc
调用对我来说似乎很奇怪,尽管必须在出现后立即完成?也许这与python垃圾收集回溯的方式很奇怪,如果有人知道异常处理和垃圾收集CPython Internals,我将很感兴趣。
解决方法:这与列表没有直接关系,但是例如,大多数广播异常(空列表不适合数组大小,空数组会导致相同的泄漏。请注意,内部准备了一个从不公开的异常) )。因此,作为一种解决方法,您可能应该首先检查形状是否正确(如果您做了很多,否则我不会担心,如果我正确的话,这只会泄漏一小串)。
已修复:此问题将在numpy 1.7中修复。