我们假设你有4G内存，操作系统占用了1个G，剩余的3G物理内存分配给用户空间使用。每一进程启动之后，都会认为自己有3G空间可用，但是实际上它压根就用不完3G。进程进行写入内存是被离散存储的。哪有空余内存就往哪存取。具体的存取算法不要问我，我也没有研究过。
进程空间结构：
1>.预留空间
2>.栈（变量存放处）
3>.共享库
4>.堆（打开一个文件，文件中的数据流存放处）
5>.数据段（全局的静态变量存放处）
6>.代码段
进程和内存的存储关系如下：
每个进程空间都有预留空间，当某个进程发现自己打开的数据已经不够用，它需要打开一个新文件（打开一个新文件就需要在进程的地址空间存放数据），很显然我们上图的进程地址空间是线性的并不是真正意义上的。当一个进程真正去申请使用一个内存时，需要向内核发起系统调用，由内核在物理内存上找一个物理空间，并告诉该进程可以使用的内存地址。比方说进程要在堆上打开一个文件，它需要向操作系统（内核）申请使用内存空间，且在物理内存允许的范围内（即请求的内存需要小于空闲物理内存），内核会分配给该进程内存地址。
每一进程都有自己想线性地址，这个地址是操作系统虚拟出来的，并不真实存在，它需要把这个虚拟地址和真正的物理内存做一个映射关系，如图“进程和内存的存储关系”，最终的进程数据的存放处位置还是映射到内存中了。这就意味着，当一个进行跑到CPU上执行时，它告诉CPU的是自己的线性地址，这时候CPU不会直接去找这个线性地址（因为线性地址是虚拟出来的，不真实存在，真正存放地址进程的是物理内存地址。），它会先去找这歌进程的“task struct”，并装载页表（page table）[记录着线性地址到物理内存的映射关系，每一个对应关系叫做一个页表项。]，以读取到进程的所拥有的线性地址所对应的真正的物理内存地址。
扩展小知识：
CPU访问进程的地址时，首先获取到的是进程的线性地址，它将这个线性地址交给自己的芯片MMU进行计算，得到真正的物理内存地址，从而达到访问进程内存地址的目的。换句话说，只要他想要访问一个进程的内存地址，就必须经过MMU运算，这样导致效率很低，因此他们有引进了一个缓存，用于存放频繁访问的数据，这样就可以提高效率，不用MMU进行计算，直接拿到数据去处理就OK了，这个缓存器我们称之为：TLB：转换后援缓冲器(缓存页表的查询结果)
注意：在32bit的操作系统是线线地址到物理内存的映射。而在64bit操作系统是恰恰相反的！
