Chinaunix首页 | 论坛 | 博客
  • 博客访问: 13251
  • 博文数量: 7
  • 博客积分: 11
  • 博客等级: 民兵
  • 技术积分: 45
  • 用 户 组: 普通用户
  • 注册时间: 2012-02-05 12:45
文章分类
文章存档

2012年(7)

我的朋友
最近访客

分类:

2012-02-05 12:46:53

http://bbs.chinaunix.net/forum.php?mod=viewthread&tid=2195511&extra=page%3D2%26filter%3Ddigest%26digest%3D1%26digest%3D1

不能贴图片:
Linux用户进程是如何释放内存的
Linux进程使用内存的基本流程:
    见图1
从图中我们可以看出,进程的堆,并不是直接建立在Linux的内核的内存分配策略上的,而是建立在glibc的堆管理策略上的(也就是glibc的动态内存分配策略上),堆的管理是由glibc进行的。
所以我们调用free对malloc得到的内存进行释放的时候,并不是直接释放给操作系统,而是还给了glibc的堆管理实体,而glibc会在把实际的物理内存归还给系统的策略上做一些优化,以便优化用户任务的动态内存分配过程。

那么glibc的堆管理器在什么时候才把物理内存归还给系统呢?
它会从堆的最大线性地址开始,从后向前计算用户任务当前有多少空闲的堆内存(直到碰到使用中的堆内存地址为止),比如在该图中,
    见图2
它会认为有2048k的可释放内存,只有在该值大于某个特定的threshhold时(2.3.6上为64k),它才会把这些内存归还给系统。而在中间的 “未使用”内存是不会归还给系统的,所以系统也不可能再利用这块物理内存页(我们假设系统没有swap区和swap文件),也就是说系统的内存会为此减 少,除非在它之前的堆内存都用free进行释放以后,glibc的堆管理器才有可能(只是有可能)把该段内存归还给系统。

由此,我们在使用malloc/free时应该小心,特别是在初始化时分配了好多内存,但是在这之后却再也不需要这么多的内存了,而这块内存又没有达到 threshhold值或者在堆的最高线性地址处有某块内存没有释放,但是它前面的所有堆内存都释放了;这种情况下,用户任务将会浪费一些物理内存,这在 资源比较紧张的嵌入式系统中是不可容忍的。


谢谢!

绘图1.gif (25.98 KB, 下载次数: 122)

绘图1.gif


绘图2.gif (3.66 KB, 下载次数: 78)

绘图2.gif


阅读(591) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~