linux进程内存泄露,如何在大型c Linux应用程序中检查内存泄漏？

我目前正在开发一个大规模的应用程序项目(用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以外的任何其他(最好是免费的)工具来检查内存泄漏吗？