512MB物理内存下IA-32架构页初始化的地址映射问题

你此前认为全4GB虚拟地址空间都需要提前完成页映射的认知是错误的。虚拟地址映射不需要一次性全量建立，用户空间的映射随进程的创建、运行、销毁动态创建和回收，内核空间也仅需要对当前实际使用的区域建立映射即可。

针对你提到的内核虚拟地址范围为0x80000000~0xFFFFFFFF（2G用户空间/2G内核空间的划分方案）、物理内存为512MB的场景，映射上限不需要达到内核空间的顶部，更不需要覆盖用户空间范围，通常仅需要覆盖以下必要区域：

• 物理内存线性映射区：内核通常会把所有物理内存按固定偏移映射到内核虚拟地址，512MB物理内存对应的线性映射上限为0x80000000 + 512 * 1024 * 1024 = 0xA0000000，这部分是初始化阶段必须完成映射的，方便内核直接访问所有物理内存。
• 内核自有运行区域：还需要额外覆盖内核代码段、数据段、栈、堆以及预留的IO映射空间，这部分总大小通常不超过几十MB，整体初始化阶段的映射上限远低于0xFFFFFFFF。
• 页表开销控制：32位4K页场景下页目录本身仅占用1个4KB页，初始化阶段仅需要给已映射的虚拟地址范围对应的页目录项分配页表即可，不需要提前分配所有1024个页目录项对应的页表。

需要分两种场景判断：

• 若仅需要建立完整的页表结构，不需要给每个虚拟页都绑定实际物理页：完全可以实现。全4GB地址空间映射需要的总页表大小为1024个页表 * 4KB/页表 = 4MB，仅占512MB物理内存的不到1%，完全足够存放所有页目录和页表。未绑定物理页的页表项可以标记为缺页状态，等到进程实际访问对应虚拟地址时，再触发缺页异常动态分配物理页即可。
• 若要求每个虚拟页都映射到实际可访问的物理页：不可能实现，你只有512MB的实际物理内存，没有足够的物理页支撑4GB的全量实体映射需求，这种场景下最多只能完成512MB左右的实体页映射。

内容的提问来源于stack exchange，提问作者HH Kim