继续内存问题！linux内存回收机制。

cskyrain

前提:一段程序使用完内存之后释放，此时linux系统不一定立即回收该内存。（有很多文章提到该机制），如果你认为这个是正确，请看下面的问题，如果你认为不是这样的，请给出解释（后面的问题也就不要看了）。

问题：先假设pid为333的进程，进行了内存分配和释放的工作，且系统没有立即回收该内存，则该段内存“属于”那个区域（例如：free命令下，是算在used，buffer，cache，free还是XX？）

同时通过top命令我们也可以看到具体进程占用内存的情况，（如virt，res段），如果我们一直监测pid 333的top输出，在上面提到的内存释放情况中，virt res是否会有相应的变化。

chenyu105

内存分配，你指的是哪种
1）C库的malloc brk
2）系统调用mmap分配匿名内存
3）对/dev/mem的直接mmap

如果是第1种，那释放后可能暂时归还到C库的动态内存池里，不会还给内核，这部分内存计入used
如果是第2种，unmap释放后还给内核的free字段
第3种同第2种
其他的情况还没想

cskyrain

主要只的是第一种。

如果是这样的话，那这些内存什么时候会被系统回收，大概的机制是什么样的？这种延迟释放是否会造成其他程序内存申请失败，以及oom等（看到过一篇帖子，貌似出现了种问题，内存无泄漏，但没被回收，被oom了），更重要的时，在调试内存泄漏时，如何排除这种延迟释放的干扰。回复 2# chenyu105


   

linyilong3

cskyrain 发表于 2013-02-23 18:11
主要只的是第一种。

如果是这样的话，那这些内存什么时候会被系统回收，大概的机制是什么样的？这种延迟 ...

我看过python的内存回收机制，python是有一个界限，比如你申请一个大于256字节的内存，python会直接调用malloc，如果小于256，则是调用python自己的内存管理，python的malloc原理类似于内存池，malloc估计也是,而且python在发现内存池内存不够后会继续申请空间，但是却不会释放这些内存空间，所以python有内存泄露的问题，我也估计如果频繁申请小块内存，free的时候估计不会归还

cskyrain

泄露应该是没有的，要不早活不下去了， 只是回收机制采用了某些处理回复 4# linyilong3


   

cskyrain

顶下，感慨下cu的人气越来越差了

方兆国

我的印象中,Linux只是将内存标记为可用,而并非删除PCB

cskyrain

顶下。~~~~~~~~~~~~~~~~~~~···

w_anthony

C库自己管理的动态内存池（即通过malloc和free走的），会保留一定数量的页内存备用。如果malloc时备用内存不足，会继续向系统以页为单位申请内存（通常是一次性申请较大的内存），然后如果这些内存被free（此页已无人使用），会立即向系统归还。
不过具体的实现，不同的libc可能有些许差别，但大致的思路是一致的，总是保留一定数量内存，提升分配少量内存的速度。这些被保留的内存就是所谓的“没有被及时归还的部分”，但是它的大小是有限的，不会导致其他进程分配不了内存这么严重。

cskyrain

然后如果这些内存被free（此页已无人使用），会立即向系统归还。
========================================
这个和那个保留的如何区分，c库如何知道那些事保留的，那些事要立即归还的。

保留的内存是属于谁的，或者说是属于那个进程的，如何体现。

通过top等查看到的当前进程内存占用量，是否就是当前malloc后，未free的，free掉的内存一定不会显现在当前进程的统计中？？？