我没有去考证过为什么要取896这个數字但是可以肯定的是这样的划分在当时看来是合理的,然而计算机行业的发展今非昔比现在4G的物理内存已经成为PC的标配了,CPU也进入叻64位时代很多事情都发生着改变。
在CPU还是32位的时代CPU最大的物理寻址范围是0-4G, 在这里为了方便讨论我们不考虑物理地址扩展(PAE)。进程的虚拟地址空间也是 4GLinux内核把 0-3G虚拟地址空间作为用户空间,3G-4G虚拟地址空间作为内核空间
目前几乎所有介绍Linux内存管理的书籍还是停留在32位寻址的时代,所以大家对下面这张图一定很熟悉!
(这个图画得非常详细 本篇文章我们关注的重点是 3个分区 以及最右边的线性地址空間 ,也就是虚拟地址空间之间的关系另外,应该是ZONE_DMA ZONE_NORMAL, ZONE_HIGHMEM, 图中把ZONE 写成了ZUNE )
然而,现在是64位的时代了!同志!醒一醒! 64位CPU的寻址空间是多大呢 16EB! 1EB = 1024TB = GB,我想很多人这辈子还没见过大于1TB的内存吧事实上也是这样,几乎没有哪个服务器能有16EB的内存实现64位长的地址只会增加系统的复雜度和地址转换的成本,所以目前的x86_64架构CPU都遵循AMD的Canonical Form, 即只有虚拟地址的最低48位才会在地址转换时被使用, 且任何虚拟地址的48位至63位必须与47位一致, 也就是说总的虚拟地址空间为256TB
请关注下图的最左边,这就是目前64位的虚拟地址布局
在本文的一开头提到的物理内存分区 ZONE_DMA, ZONE_NORMAL ZONE_HIGHMEM 就是与內核虚拟地址的直接映射有关的,如果读者不了解 内核直接映射物理地址这个概念的话建议你去google一下,这个很简单的一一映射的概念
原创文章,转载请注明出处本文链接地址:
上一节内容的学习我们知道了CPU是洳何访问内存的CPU拿到内存后就可以向其它人(kernel的其它模块、内核线程、用户空间进程、等等)提供服务,主要包括:
在提供这些服务之前需要对内存进行合理的划分和管理下面让我们看下是如何划分的。
Linux系统茬初始化时会根据实际的物理内存的大小,为每个物理页面创建一个page对象所有的page对象构成一个mem_map数组。进一步针对不同的用途,Linux内核將所有的物理页面划分到3类内存管理区中如图,分别为ZONE_DMAZONE_NORMAL,ZONE_HIGHMEM
在 Kernel Image 下面有 16M 的内核空间用于 DMA 操作位于内核空间高端的 128M 地址主要由3部分组成,分别为 vmalloc area、持久化内核映射区、临时內核映射区
由于 ZONE_NORMAL 和内核线性空间存在直接映射关系,所以内核会将频繁使用的数据如 Kernel 代码、GDT、IDT、PGD、mem_map 数组等放在 ZONE_NORMAL 里而将用户数据、页表(PT)等不常用数据放在 ZONE_HIGHMEM 里,只在要访问这些数据时才建立映射关系(kmap())比如,当内核要访问 I/O 设备存储空间时就使用 ioremap() 将位于物理地址高端的 mmio 区内存映射到内核空间的 vmalloc area 中,在使用完之后便断开映射关系
用户进程的代码区一般从虚拟地址空间的 0x 开始,這是为了便于检查空指针代码区之上便是数据区,未初始化数据区堆区,栈区以及参数、全局环境变量。
由于开启了分页机制内核想要访问物理地址空间的话,必须先建立映射关系然后通过虚拟地址来访问。为了能够访问所有的物理地址空间就要将全部物理地址空间映射到 1G 的内核线性空间中,这显然不可能于是,内核将 0~896M 的物理地址空间一对一映射到自己的线性地址涳间中这样它便可以随时访问 ZONE_DMA 和 ZONE_NORMAL 里的物理页面;此时内核剩下的 128M 线性地址空间不足以完全映射所有的 ZONE_HIGHMEM,Linux 采取了动态映射的方法即按需嘚将 ZONE_HIGHMEM 里的物理页面映射到 kernel space 的最后 128M 线性地址空间里,使用完之后释放映射关系以供其它物理页面映射。虽然这样存在效率的问题但是内核毕竟可以正常的访问所有的物理地址空间了。
到这里我们应该知道了 Linux 是如何用虚拟地址来映射物理地址的最后我们用一张图来总结一丅:
原文发布于微信公众号 - 人人都是极客(rrgeek)
本文参与,欢迎正在阅读的你也加入一起分享。