使用heapy追查在Django应用程序的内存泄漏

我已经按照这里优良的岗位如何设置heapy使用Django：http://www.toofishes.net/blog/using-guppy-debug-django-memory-leaks/使用heapy追查在Django应用程序的内存泄漏

我吩咐hp.setref（），现在一段时间后，我也得到数据hp.heap（）：

>>> hp.heap() 
Partition of a set of 12075 objects. Total size = 1515496 bytes. 
Index Count %  Size % Cumulative % Kind (class/dict of class) 
    0 4048 34 339656 22 339656 22 str 
    1 3112 26 269368 18 609024 40 tuple 
    2 171 1 169992 11 779016 51 dict (no owner) 
    3 1207 10 144440 10 923456 61 list 
    4  49 0 102040 7 1025496 68 dict of module 
    5 591 5 66984 4 1092480 72 unicode 
    6 498 4 59760 4 1152240 76 function 
    7 433 4 51960 3 1204200 79 types.CodeType 
    8  57 0 50480 3 1254680 83 type 
    9  36 0 31584 2 1286264 85 dict of class

但现在呢？我应该从这个输出中理解什么？我应该如何开始追踪那些'str'和'tuple'对象属于哪里？

随着get_rp，我获得以下的输出：

>>> hp.heap().get_rp() 
Reference Pattern by <[dict of] class>. 
0: _ --- [-] 12000 (0xd1d340 | 0xd88b50 | 0xf63f00 | __builtin__.Struct | __... 
1: a  [-] 137 dict (no owner): 0x761c30*160, 0x7655d0*1491, 0x781640*9... 
2: aa ---- [-] 45 dict of django.db.models.options.Options: 0xcf3110... 
3: a3  [-] 45 django.db.models.options.Options: 0xcf3110, 0xf0bb10... 
4: a4 ------ [-] 140 dict of django.db.models.related.RelatedObject: 0x10bec... 
5: a5   [-] 140 django.db.models.related.RelatedObject: 0xf14450... 
6: a6 -------- [-] 63 dict of django.db.models.fields.related.ForeignKey: 0x... 
7: a7   [+] 63 django.db.models.fields.related.ForeignKey: 0xf0e690... 
8: a5b ------- [-] 7 dict of django.db.models.fields.related.OneToOneField: ... 
9: a5ba   [+] 7 django.db.models.fields.related.OneToOneField: 0x15447...

现在是正确的假设，它的Django正在泄漏内存？但那些没有所有者的字典是什么？

来源

2011-08-07 petteri

我没有与任何heapy经验，但以我的经验，Django的（和大多数其他Python程序）不泄漏内存，但是他们也没有清理内存pristinely一些希望。

此外，Django的设置会导致它因为诊断原因而消耗内存。例如，设置DEBUG = True可以使其保留所有SQL查询，所以进程运行的时间越长，它使用的内存就越多。

更新：您的问题不在您的Python代码中。看heapy给你的总结：那里代表的内存总大小是1.5Mb！当Python程序真正泄漏时，最常见的原因是泄漏的C扩展。你有没有在Django进程下运行的C扩展？

来源

2011-08-07 12:16:43

谢谢，但这不是真的回答我的问题。这是关于如何解释结果。我们显然存在内存泄漏（进程耗尽2GB或mem），并且与我们的生产环境中的DEBUG = True无关，因为它是False。 – petteri

使用几十万个模型实例，您可以消耗大量内存部分而不会泄漏。 –

@petteri：我已经更新了我的答案。 –

使用heapy追查在Django应用程序的内存泄漏

回答

相关问题