Bar*_*ura 6 c++ linux memory-leaks memory-management
我目前正在开发一个大规模的应用程序项目(用c ++编写),它从一开始就是从头开始,我们已经到了强制要求对内存泄漏进行检查的时候了.
该应用程序在Ubuntu Linux上运行,它具有大量的多媒体内容,并使用OpenGl,SDL和ffmpeg用于各种目的,包括3D图形渲染,窗口,音频和电影播放.您可以将其视为视频游戏,虽然它不是,但通过将其视为视频游戏,可以简化应用程序的职责.
我目前有点无能为力地确定我们是否还有内存泄漏.在过去,我们已经确定了一些,并删除了它们.这些天,应用程序已接近完成,我们运行的测试给了我一些我无法弄清楚的结果.
我做的第一件事是尝试通过Valgrind运行应用程序...不幸的是,当在valgrind环境中运行时应用程序崩溃."非确定性"崩溃,因为它在各个不同的地方崩溃.所以我放弃了Valgrind来轻松识别潜在泄漏的来源,并最终使用了两个Linux命令:free和top.
在应用程序运行时,free用于探测系统内存使用情况
top与'-p'选项一起使用,以在运行时探测应用程序进程内存使用情况.
输出表单top和free将被转储到文件中以进行后处理.我用问题底部链接的数据组成了两个图表.
测试用例非常简单:一旦应用程序启动并等待命令,就会探测有关内存的数据.然后我开始一系列命令,这些命令反复执行相同的操作.该应用程序有望将大量多媒体数据加载到RAM中,然后下载.
不幸的是,图表没有显示我的期望.内存使用量通过3个不同的步骤增长,然后停止.内存显然从未发布,这暗示我有一个巨大的内存泄漏.这将是完全正常的,因为这意味着我们很可能没有释放被媒体吸收的记忆.
但是在前三个步骤之后...内存使用情况稳定......没有更大的步骤......只是轻微的上下,这与预期的数据加载和卸载相对应.这里出乎意料的是,应该加载/卸载的数据占据了百万兆字节的RAM,而不是只有少数兆字节的数据(比如8-10 MB).
我目前在解释这些数据时非常无能为力.
任何人都有一些提示或建议吗？我错过了什么？我用来检查宏观内存泄漏是否存在完全错误的方法？你知道Valgrind以外的任何其他(最好是免费的)工具来检查内存泄漏吗？
而不是放弃Valgrind,你应该与他们合作并尝试
说你放弃了Valgrind,这是你的问题的解决方案并没有真正帮助...
Valgrind是我们用来检查linux下的内存泄漏和线程问题的工具.
最后,花时间搞清楚"为什么Valgrind不能使用我的应用程序"而不是寻找替代解决方案当然更好.Valgrind是经过验证和测试的工具,但并不完美.它通过长时间的长镜头击败了替代方法.
Valgrind页面说最好向Bugzilla提交错误,但实际上最好在https://lists.sourceforge.net/lists/listinfo/valgrind-users上询问是否有人之前看过这样的问题以及在这样的问题上做什么情况.最糟糕的情况 - 他们会告诉您向bugzilla提交错误或自行提交.
首先...
我们已经到了必须对内存泄漏进行全面检查的地步。
这其实是一个方法论的问题。正确性应该是任何软件的首要目标，而不是事后的想法。
我想您现在已经意识到了这一点，并且如果您在每次提交时运行仪器化单元测试，那么识别问题会容易得多。
那么，现在该怎么办？
运行时检测：
编译时检测：
-Werror）（并非特定于您的问题）人体检测：
注意：仅使用 RAII 类有助于消除内存泄漏，但对悬空引用没有帮助。值得庆幸的是，检测悬空引用正是 ASan 所做的事情。
一旦修复了所有问题，请确保这成为该过程的一部分。应该始终对更改进行审查和测试，以便立即剔除臭鸡蛋，而不是让代码库变得臭气熏天。