拿来即用：分享一个检查内存泄漏的小工具

【功能描述】

　　在嵌入式系统应用程序开发过程中，内存泄漏是一个很严重也很头疼的问题。 当然了，有很多的专业工具软件来检查内存泄漏，我用的比较多的是memwatch, valgrind。

　　这些工具主要是在开发过程中用来检查内存泄漏。但是，如果所有的程序都开发完成，开始集成测试时，仍然发现系统资源存在持续减少的情况，那么该如何处理呢？

　　这里提供的小工具就是用来处理这种情况的：可以监控你怀疑的、可能存在内存泄漏的那些进程使用的系统资源。

 　　特别是当一个系统是由多个人来开发的、由多个进程来组成的情况，如果存在资源泄漏的情况，你说应该首先怀疑谁呢？应该让谁先去检查自己的程序是否有问题呢？扯皮往往就发生了，小伙伴之间的隔阂也就在潜意识中埋下了种子。

　　此时，监控程序输出的数据最管用！

 

 

 

【测试环境】

1. x86系统

    我是在  Ubuntu16.04 下测试的，使用系统自带 gcc 编译器。

2.嵌入式系统

    只需要把编译器换成对应的交叉编译器即可。

 

【代码下载】

1.网盘

    https://pan.baidu.com/s/1yNrjQ6var8xokAJWEsFYFw  

    passwd:uqbh

 

2.文件说明

    核心代码就一个文件：memory_trace.c，另外2个是编译脚本。

 

3.打印输出

    这个工具的功能其实很简单，就是调用系统指令来监控进程占用的系统资源情况。

 

 

 

    具体来说就是持续输出：/proc/[pid]/status 的内容。这个文件中有4个关键指标，这里简单列出，具体含义可以搜索一下。

    VmSize(KB): 进程使用的虚拟内存大小。

    VmRSS(KB): 进程中驻留在物理内存的一部分，没有交换到硬盘。

    VmStk(KB): 进程使用的栈的大小。

    VmData(KB): 进程数据段的大小。

 

【为什么写这个小工具】

 之前写过一个物联网网关产品，其中包括3个大的模块，而且是由不同的人负责的，要命的是：这3个人一个在日本，一个在台湾，还有一个就是我们。

 

    在集成测试时发现系统资源存在持续减少的情况，而且找不到规律。因为各进程之间的交互比较多，也许只是在触发了某些特定的执行逻辑时，才可能发生内存泄漏等情况。

 

    为了找出罪魁祸首，于是写了这个小工具。执行了大概2天的时间，很快就定位到了问题的源头。

 

【你可能会遇到的问题】

1. 系统指令

    程序中使用到了几个系统指令：proc, grep, awk, free。

    这些指令在不同的嵌入式系统中的输出格式可能会有所不同，如果直接运行这个工具的输出有问题，那么就需要把代码中的指令解析部分调整一下。

 

2.如何调整

    例如：代码中利用这条指令来根据 进程名称 得到 进程ID：ps -aux | grep %s | grep -v grep | awk '{print $2}’

   对于ps指令，在你的系统中也许不需要 -aux 属性。

    对于 awk 指令，在你的系统中提取的自带也许是'{print $1}’。

    实践出真知！

 

 

 

【END】

1.这是原创文章，请尊重版权。如需转载，请保留全部内容并注明来源。如果方便的话，请联系我确认。

2.文章中如有错误，或者希望交流、探讨相关内容，非常欢迎联系我。

3.邮箱：sewain@126.com

4.公众号：IOT物联网小镇