Linux 内存映射

之前我们由提过,Linux进程都拥有4G的内存空间,其中低3G是用户空间,高1G是内核空间.其他用户空间是独立的,内核空间是共享的.
有个问题,假如A进程往0x12345678这个地址写1,B进程往0x123456789这个地址写0,那么会发送什么情况呢?物理内存的0x12345678这个地址的值是多少呢?
答案是物理内存的0x12345678这个地址的内容未知,因为根本这个地址根本就不是用户空间看到的0X12345678地址,那么又又一个问题来了,A/B进程写的0x12345678这个地址具体和物理内存的哪个地址想对应呢??
这就涉及到Linux 内存映射的问题.

首先我们了解下内存的物理构造:内存的每个存储单元就像是一行空格(每行有4个空格,一个32位的地址占4个byte),多行空格(一般是4K,PAGE_SIZE)形成一页(page,相当于一页表格),多个页构成一本(叠)表格(bank,对于DDR3来说,一个内存颗粒通常有8个bank),多本表格构成一个rank(对应于物理上的内存通道),两个rank构成一根内存条.
相对于在物理内存本身,每个存储单元的地址都是独立且唯一的.
一个内存颗粒就好像一本书,这本书由很多页,每页由很多行(4K),每行四个空格.
因此,如果我们要知道一个具体的表格内容(为了编译理解,以行位单位,一行就是一个地址空间),1.要知道存储单元在所在的页中相对于页头的偏移,2.需要知道页号.3.需要知道页号在页目录中的偏移

在用户空间,程序并不知道(也不应知道)每个内存存储单元的地址,用户空间只能看到一个32位的虚拟地址,那么这个虚拟地址是怎么和物理地址对于的呢?答案就是内存映射.

业界为了统一,Linux的各位大佬最后决定采用利于人类理解的二级内存映射机制.
内存首先维护了一个页目录(每个内存颗粒由自己的页目录),页目录中的每一项对应于一个具体的页表,页表中的每一项对于具体的页号,具体的页中分很多行,一行有四个空间.
所谓二级映射,就是一个32位的虚拟地址中,高10位对应这个存储单元所在页在页表中的位置在页目录中的位置,中间10位,表示这个存储空间的页在页表中的目录,低12位表示这个这个存储单元在页中相对于页头的偏移量.

比如A程序的虚拟地址0x12345678.就对应0x12这个页目录中0x345这个页的0x678这个行.

想到这里,有个问题,如果每个虚拟地址都对应一个物理地址,那是不是进程3G的用户空间就对应3G的物理空间呢?那新增一个进程,是不是又对应3G物理空间,那2个进程且不是至少要对应6G的空间?
答案当然不是这样的,内核在创建进程时并不是马上为整个用户空间都分配3G的相应的物理地址,而是根据需要才真正分配一些物理页面并建立映射.而且,内核还用请页机制来避免物理内存的过分使用,用户空间的对应的页可能不在物理内存中,这时操作系统通过请页机制把数据存到物理内存,并且修改进程的页表为实际存储的物理内存.Linux采用了比较复杂的数据结构跟踪进程用户空间和用户地址空间.Linux kernek用struct task_struct抽象进程,其中含有struct mm_struct成员.用以描述进程用户空间内存.(更深层次的知识,涉及内存管理和进程管理.)

因此B进程的0X12345678对应的地址和A进程的0X12345678所对应的物理地址是不一样的(因为其页表的基地址不一样.)

那还有一个问题,进程的用户空间是怎么访问内核空间内存的呢?
有两种方式:
1.标准调用.
应用层通过调用read/write/ioctl等标准调用后,进程陷入Linux 内核空间,然后使用copy_from_user/copy_to_user完成用户空间内存和内核空间内存的交换.
但是这种方式存在开销,而且速度比较慢,适合于小数据
2.mmap方式.
应用程序同open打开一个文件或者设备后.同mmap方式,实现内核空间的直接映射.
其实现原理是,调用mmap后,系统会自动分配另外的一块struct vm_area_struct.然后将这个虚拟内存块通过mmap传入内核,掉用驱动程序的mmap函数,在这个函数里面实现Linux 内核地址空间与vma的映射.从而达到用户空间直接访问物理内存/IO内存的目的.mmap返回一个buf指针,用户从操作这个buf,就是直接操作物理内存.