mmap内存占用问题

zx_wing

原帖由 flw2 于 2008-4-2 16:37 发表
mmap的不占用物理内存，内核会检查到缺页，然后知道是mmap文件的，所以会进行文件操作，具体细节忘了
如果是普通内存，就像版主说的，当写的时候缺页导致物理内存的分配

占用的，它是把文件的page cache映射到应用程序的地址空间，当然就占用物理内存，这个还是shared的情况。
如果是private的mmap，写的时候还会单独为该进程分配内存的。

zx_wing

原帖由 flw2 于 2008-4-2 17:21 发表

那写完一个G的文件之后消耗的物理内存有多少（1G的比例）

不会，几个页而已。
比如你先写0-4k这个部分，分配一个页。4k-8k，分配一个页，8k-12k分配一个页。12k-16k，这个时候内核可能就已经开始回收内存了，你前面几个页会被内核回收回去。所有通常不会用到多大内存的。

zx_wing

原帖由 flw 于 2008-4-2 17:22 发表

这种占用自然是有的，只是不讨论它罢了。
就好像 printf 还要占用一点点内存一样，就这个意思。

哦，那可能是我是理解错你们的意思了

zx_wing

原帖由 flw2 于 2008-4-2 17:28 发表

恩，我还以为你又要来一堆KERNEL的东西...

汗，看来我经常把问题复杂化了

zx_wing

原帖由 flw2 于 2008-4-2 17:44 发表

其实我没有完整的看过malloc，所以不知道是不是小的就用brk。brk失败就mmap
但是内核的brk和mmap都是搜索进程的地址空间树，然后摘个出来
由于brk的特殊性，可能比较容易一些，
它们的区别细节在ULK上有， ...

我不知道这个的，也没看过malloc的代码
我也是看到思一克说大于128M要用mmap时才知道malloc会用它，之前我也一直以为malloc都用brk实现的

zx_wing

原帖由 思一克 于 2008-4-2 17:53 发表
不一定是128M界限.

你可以编个小程序, 分配256M, 前后打印出BRK数值, 你会看到不变化了. 因为是直接用mmap了, 没有用brk.

你这么一说我倒有点印象，好像你以前的一个帖子给了这么个实验程序的