内存泄露或内存碎片问题的解决

内存泄露

   内存泄露通常是程序自身编码缺陷造成，常见的 malloc  内存后没有free等类似的操作， 系统在运行过程当中反复的malloc，吃掉系统内存，造成内核OOM，将某个进程需要申请内存的杀死而退出。

   所以编码一定要严谨，申请内存，一定在不用时记得释放。

内存碎片：

  内存碎片是一个系统问题，反复的malloc和 free，而free后的内存又不能马上被系统回收利用。这个与系统对内存的回收机制有关。曾经一个同事在研究jmalloc，就是为了解决内存碎片问题，优化内存利用。很多开源都用他替代malloc和free。其次采用内存池管理方法。网上相关的思路很多，可以借鉴。

  其次就是少用动态内存问题，静态分配，可以避免

上次遇到一个拷机问题，一个设备工作24个小时后，xxx进程退出。

排除的方法：

通过一个shell脚本，每个2s打印出top信息，free信息，某个嫌疑内存信息cat /proc/pid进程/status。

其中 status 信息如下：主要看Rss信息 （物理内存信息VMRSS）

包含了所有CPU活跃的信息，该文件中的所有值都是从系统启动开始累计到当前时刻。
[root@localhost ~]# cat /proc/self/status
Name: cat
State: R (running)
SleepAVG: 88%
Tgid: 5783
Pid: 5783
PPid: 5742
TracerPid: 0
Uid: 0 0 0 0
Gid: 0 0 0 0
FDSize: 256
Groups: 0 1 2 3 4 6 10 
VmSize: 6588 kB
VmLck: 0 kB
VmRSS: 400 kB
VmData: 144 kB
VmStk: 2040 kB
VmExe: 14 kB
VmLib: 1250 kB
StaBrk: 0804e000 kB
Brk: 088df000 kB
StaStk: bfe03270 kB
ExecLim: 0804c000
Threads: 1
SigPnd: 0000000000000000
ShdPnd: 0000000000000000
SigBlk: 0000000000000000
SigIgn: 0000000000000000
SigCgt: 0000000000000000
CapInh: 0000000000000000
CapPrm: 00000000fffffeff
CapEff: 00000000fffffeff


输出解释
参数 解释
Name 应用程序或命令的名字
State 任务的状态，运行/睡眠/僵死/
SleepAVG 任务的平均等待时间(以nanosecond为单位)，交互式任务因为休眠次数多、时间长，它们的 sleep_avg 也会相应地更大一些，所以计算出来的优先级也会相应高一些。
Tgid 线程组号
Pid 任务ID
Ppid 父进程ID
TracerPid 接收跟踪该进程信息的进程的ID号
Uid Uid euid suid fsuid
Gid Gid egid sgid fsgid
FDSize 文件描述符的最大个数，file->fds
Groups 
VmSize(KB) 任务虚拟地址空间的大小 (total_vm-reserved_vm)，其中total_vm为进程的地址空间的大小，reserved_vm：进程在预留或特殊的内存间的物理页
VmLck(KB) 任务已经锁住的物理内存的大小。锁住的物理内存不能交换到硬盘 (locked_vm)
VmRSS(KB) 应用程序正在使用的物理内存的大小，就是用ps命令的参数rss的值 (rss)
VmData(KB) 程序数据段的大小（所占虚拟内存的大小），存放初始化了的数据； (total_vm-shared_vm-stack_vm)
VmStk(KB) 任务在用户态的栈的大小 (stack_vm)
VmExe(KB) 程序所拥有的可执行虚拟内存的大小，代码段，不包括任务使用的库 (end_code-start_code)
VmLib(KB) 被映像到任务的虚拟内存空间的库的大小 (exec_lib)
VmPTE 该进程的所有页表的大小，单位：kb
Threads 共享使用该信号描述符的任务的个数，在POSIX多线程序应用程序中，线程组中的所有线程使用同一个信号描述符。
SigQ 待处理信号的个数
SigPnd 屏蔽位，存储了该线程的待处理信号
ShdPnd 屏蔽位，存储了该线程组的待处理信号
SigBlk 存放被阻塞的信号
SigIgn 存放被忽略的信号
SigCgt 存放被俘获到的信号
CapInh Inheritable，能被当前进程执行的程序的继承的能力
CapPrm Permitted，进程能够使用的能力，可以包含CapEff中没有的能力，这些能力是被进程自己临时放弃的，CapEff是CapPrm的一个子集，进程放弃没有必要的能力有利于提高安全性
CapEff Effective，进程的有效能力

这样就对某个进程泄露进行了定位，其次通过裁剪线程，对某个线程就行定位。如果定位了某个线程问题了，出问题的范围缩小，进一步走出代码或者裁剪代码进行分析定位。

内存泄露的排除是一个很艰难的过程，首先定位进程，再定位线程，最后定位到代码。目前也没找到特别的方法。