一个vm_area_struct对应一个段吗

registcn

三个问题：
如果是，那linux下，一个运行进程的内存布局本来就没有几个段（代码，数据等），何必再用红黑树去组织这些area呢?
如果不是，则一个段对应多个area，那多个area是怎么样组织起来的呢?
另外，系统中所有的area都有一个统一的、全局的组织吗?

humjb_1983

不确认你说的“段”具体是什么概念，可以肯定的是vma肯定不对应一个“段”

chenyu105

1.估计楼主说的段指的是elf格式的节。 除了代码数据段，还有各种mmap,brk,链接库的虚拟地址空间，在复杂进程中，这些空间零零散散加起来有很多。
2.vma以某种方式链在一起，大概思路是：回收某个页面page时，内核需要知道有哪些进程映射过page，从而去invalid 对应进程的pte。
所以就需要一个路径：page->找到映射该page的所有 vma -->对每个vma遍历到pte-->置pte无效 。所有多个相关vma可能是链接到某个page上的。

registcn

第一问里说了，段就是指运行程序的 bss  data text stack 等这些。
如你所说，假设一个段含多个vma，则mm_struct结构体的text_start text_end怎么解释?
text_start text_end之间有空洞吗?
如果无空洞，而这两个值描述的是多个vma加起来算出的首尾值，那么我的问题便是：为什么不把这多个vma合成一个呢(一个vma共性便是内部地址连续且权限相同）?

回复 2# humjb_1983


   

humjb_1983

那你说的就是chenyu105的意思的，这个应该是一一对应的关系，进程地址空间中，除了你说的这些，这种“段”很多的，用户malloc、mmap分配虚拟内存时，就会创建。

registcn

懂了回复 5# humjb_1983


   

bensenq

随便找个进程看看他maps就知道了：

1. cat /proc/pid/maps

复制代码