我有一个长时间运行的脚本,如果让脚本运行足够长的时间,它将消耗系统上的所有内存。
在不详细介绍脚本的情况下,我有两个问题:
- 是否有可遵循的“最佳实践”,以防止泄漏发生?
- 有什么技术可以调试Python中的内存泄漏?
__del__
方法除其循环外不再被引用。由于存在问题,因此无法中断该周期__del__
。修理它!
我有一个长时间运行的脚本,如果让脚本运行足够长的时间,它将消耗系统上的所有内存。
在不详细介绍脚本的情况下,我有两个问题:
__del__
方法除其循环外不再被引用。由于存在问题,因此无法中断该周期__del__
。修理它!
Answers:
看看这篇文章:跟踪python内存泄漏
另外,请注意,垃圾收集模块实际上可以设置调试标志。看一下set_debug
功能。此外,请查看Gnibbler的这段代码,以确定调用后已创建的对象的类型。
我尝试了前面提到的大多数选项,但是发现这个小而直观的软件包是最好的:pympler
跟踪未进行垃圾收集的对象非常简单,请查看以下小示例:
通过安装软件包 pip install pympler
from pympler.tracker import SummaryTracker
tracker = SummaryTracker()
# ... some code you want to investigate ...
tracker.print_diff()
输出显示您已添加的所有对象,以及它们消耗的内存。
样本输出:
types | # objects | total size
====================================== | =========== | ============
list | 1095 | 160.78 KB
str | 1093 | 66.33 KB
int | 120 | 2.81 KB
dict | 3 | 840 B
frame (codename: create_summary) | 1 | 560 B
frame (codename: print_diff) | 1 | 480 B
该软件包提供了更多的功能。查看pympler的文档,特别是确定内存泄漏一节。
pympler
可能很慢。如果您正在做半实时的操作,它可能会完全削弱您的应用程序性能。
从Python 3.4开始,Tracemalloc模块已集成为内置模块,并且显然,它也可以作为第三方库用于Python的早期版本(尽管尚未测试)。
该模块能够输出分配最多内存的精确文件和行。恕我直言,此信息比每种类型分配的实例数更有价值(99%的时间最终是很多元组,这是一个线索,但在大多数情况下几乎没有帮助)。
我建议您将tracemalloc与pyrasite结合使用。每10个中有9 个在pyrasite外壳中运行前10个代码段,将为您提供足够的信息和提示,以在10分钟内修复泄漏。但是,如果仍然无法找到泄漏的原因,pyrasite-shell与该线程中提到的其他工具的组合可能也会为您提供更多提示。您还应该查看吡铁矿提供的所有其他帮助程序(例如内存查看器)。
为了检测和定位长时间运行的进程(例如在生产环境中)的内存泄漏,现在可以使用stackimpact。它在下面使用tracemalloc。这篇文章中的更多信息。
就最佳实践而言,请留意递归函数。就我而言,我遇到了递归问题(不需要递归)。我正在做什么的简化示例:
def my_function():
# lots of memory intensive operations
# like operating on images or huge dictionaries and lists
.....
my_flag = True
if my_flag: # restart the function if a certain flag is true
my_function()
def main():
my_function()
以这种递归方式进行操作不会触发垃圾回收并清除功能的其余部分,因此每次通过内存使用的时间都在增长。
我的解决方案是将递归调用从my_function()中拉出,并在再次调用时让main()处理。这样,功能自然结束,并在运行后自动清理。
def my_function():
# lots of memory intensive operations
# like operating on images or huge dictionaries and lists
.....
my_flag = True
.....
return my_flag
def main():
result = my_function()
if result:
my_function()
不确定python中内存泄漏的“最佳实践”,但是python应该通过垃圾回收器清除它自己的内存。因此,主要是我从检查一些简短的循环列表开始,因为它们不会被垃圾收集器接收。
这绝不是详尽的建议。但是在编写时要避免将来的内存泄漏(循环),要记住的第一件事是要确保接受回调引用的任何内容都应将该回调存储为弱引用。