标签：code 分享 为什么 下载 mic color 利用 多个 文件中
【功能描述】
在嵌入式系统应用程序开发过程中，内存泄漏是一个很严重也很头疼的问题。 当然了，有很多的专业工具软件来检查内存泄漏，我用的比较多的是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物联网小镇
标签：code 分享 为什么 下载 mic color 利用 多个 文件中
原文地址：https://www.cnblogs.com/sewain/p/13139506.html
