内核虚拟地址空间直接映射全部物理内存的开销及相关问题

1. 内核是否会将所有物理内存映射到内核页表？该映射操作是否在系统启动阶段完成？ #

• Linux内核x86_64架构下，会将大部分可用物理内存通过直接映射方式加入内核页表，但并非覆盖所有物理内存：
  • MMIO（内存映射I/O）区域、BIOS/UEFI预留的物理内存块等特殊区域，不会被映射为普通的内核线性地址，而是会根据硬件需求做单独的映射处理；
  • 直接映射的核心部分在系统启动早期完成——具体是在内存管理子系统初始化流程中（memblock分配器完成物理内存探测后，内核会批量构建对应的页表项）；
  • 对于热插拔新增的物理内存，内核会动态更新内核页表，完成后续映射。

2. 4级分页下直接映射的页表开销是否巨大？内核是否用大页优化？ #

• 你提到的128GB页表开销是基于全4KB小页映射的极端假设，实际场景中完全不会出现：
  • Linux内核在x86_64上构建直接映射时，会优先使用**大页（2MB或1GB）**来压缩页表层级和内存占用。比如用1GB大页映射64TB物理内存，仅需要64K个PTE（每个PTE占8字节），总开销仅512KB；
  • 只有在物理内存不连续、或硬件不支持大页的局部区域，内核才会回退到4KB小页映射，这部分的开销占比极低。

3. Linux内核是使用独立页表还是与用户页表合并？ #

• Linux x86_64采用用户页表与内核页表部分共享的设计：
  • 每个进程拥有独立的用户页表，但用户页表的高地址区域（对应内核线性地址空间）会指向全局的内核页表项；
  • 系统调用时，CPU无需切换页表，仅需提升特权级（从Ring3到Ring0），也不需要全量刷新TLB——只有进程切换时才会切换页表并执行必要的TLB刷新；
  • 这种设计既保证了用户空间的隔离性，又避免了系统调用时的页表切换开销，和完全合并页表的操作系统实现思路不同，但达到了类似的性能优化效果。

内容的提问来源于stack exchange，提问作者Martin Lee