关于do_brk函数

chenrvmldd

大家好：
现在有几个问题，就是在分配堆空间的时候，调用do_brk，然后do_brk会调用make_pages_present,那么问题就来了：
1.我们知道在调用make_pages_present的时候必须要在vm_lock标志位被设置的时候才会去调用，那么在do_brk中make_pages_present一定会被调用吗？如果调用在什么情况下会被调用,也就是说vm_lock标志位什么时候会被设置
2.当make_pages_present被调用的时候，我们知道有一个write标志传递给handle_mm_fault函数，在这个情况下，write一定是为1，那么在handle_mm_fault调用handle_pte_fault的时候就会调用alloc_pages()为这次分配堆空间分配真正的物理内存，再把线性地址和物理地址建立映射，那么我就不明白了，不是说linux是延时分配机制吗？当进程要访问这块空间的时候才真正的分配吗？那么这个时候并没有真正的访问了，为什么需要分配物理内存了？

问题比较多，希望大家能耐心的看完，谢谢~

Godbach

这个问题偶没有深入研究过。
不过对于LZ的第一个问题，LZ可不可以先通过源码搜索有哪些程序调用了这个函数，然后再依据调用的那个程序，根据其上下文来判断该函数被调用的情形呢？

chenrvmldd

我已经按照这个过程做了，同时我还把缺页异常整个过程从头看到尾，还是不太清晰，所以希望哪位牛人帮忙解释一下，谢谢了。。。

kns1024wh

开debug跟踪一下

vn42

1、不知道
2、我想你说的是不是copy-on-write，在此似乎不适用吧

_nosay

回复 1# chenrvmldd

我觉得：
1. malloc()返回的地址，是一开始就已经建立好映射的，否则do_brk()里面也没必要调用vm_enough_memory()检查是否有足够的物理内存，并且按write=1调用handle_mm_fault()模拟缺页异常；

2. mmap()返回的地址，是在真正访问时，才通过缺页异常处理函数分配物理页面并建立映射，因为do_mmap_pgoff()里面没有直接建立虚拟页面到物理页面的映射，只是设置了一些会在缺页异常函数里面调用的函数指针。

但，只是觉得。

_nosay

回复 1# chenrvmldd

我觉得：
1. do_brk()是直接建立虚拟页面与物理页面的映射，因为它会检查是否有充足的物理页面，以及按写访问直接调用缺页异常处理函数；
2. mmap()只是设置了一些会在缺页异常处理函数中调用的函数指针，要等真正访问时，在缺页异常中分配物理页面并映射。

malloc()可能是根据情况，选择调用do_brk()还是mmap()，并不是完全的推迟映射。