什么是Kernel Master Page Global Directory？为何需单独管理内核页？

Kernel Master Page Global Directory（KMPGD）是内核专属的页表根结构，和每个进程的私有PGD（Page Global Directory）配合管理内核页映射。单独用它来管理内核空间，本质是为了解决x86/x86_64架构下内核共享性、权限隔离、性能优化、维护效率这几个核心问题，具体原因如下：

1. 保证内核空间的全局一致性与内存复用 #

x86/x86_64架构中，内核空间是所有进程共享的（比如32位x86的高1GB地址、64位的高地址区域）。如果把内核页表项直接嵌入每个进程的PGD，那么每次创建新进程都要复制这部分内核映射条目，既浪费内存（每个进程PGD都冗余存储相同的内核页表项），又拖慢进程创建速度。

KMPGD作为统一的内核页表根，进程PGD只需要通过指针引用KMPGD中对应的内核页表层级（比如64位下的PUD/PMD条目），不需要重复存储。这就保证了所有进程看到的内核地址映射完全一致，同时避免了冗余数据，节省内存开销。

2. 强化内核与用户空间的权限隔离 #

x86架构通过CPL（Current Privilege Level）控制权限，内核运行在CPL0，用户进程在CPL3。内核页表项必须设置为仅CPL0可访问（通过页表项的U/S位：0表示内核态可访问，1表示用户态可访问）。

如果内核页表项和用户进程的私有页表项混在同一个PGD里，很容易出现配置失误（比如误将内核页的U/S位设为1），导致用户进程越权访问内核内存，引发安全问题。单独的KMPGD可以集中管控内核页的权限配置，所有内核页表项统一设置为内核态专属，和用户进程的PGD完全隔离，边界更清晰，安全性更高。

3. 提升页表切换与TLB缓存效率 #

x86/x86_64切换进程时，会通过加载CR3寄存器指向新进程的PGD，此时TLB（Translation Lookaside Buffer，地址转换缓存）中旧进程的页表项会被标记为无效。如果内核页表项存在于每个进程的PGD中，那么切换进程后，内核相关的TLB项也会失效，下次访问内核时需要重新执行地址转换、填充TLB，增加额外开销。

而使用KMPGD后，内核的页表映射是全局共享的，x86_64还可以通过全局页表项标记（页表项的G位）让TLB中的内核页表项在进程切换时保持有效，不需要刷新。这就减少了TLB miss的概率，提升了进程切换和内核访问的性能。

4. 灵活规划内核地址空间布局 #

内核需要映射的资源非常复杂：物理内存、设备IO地址、内核代码段、数据段、vmalloc动态内存区、内核模块加载区等。如果和用户进程的PGD混在一起，内核的地址空间规划会受限于用户进程的页表结构，比如用户空间的映射可能占用内核需要的地址范围，或者内核扩展时需要修改所有进程的PGD，操作繁琐。

单独的KMPGD让内核可以独立规划自己的地址空间，比如32位x86中通过KMPGD实现高端内存的动态映射，64位中灵活分配不同区域给内核模块、设备IO等，不需要考虑用户进程的页表布局，扩展性更强。

5. 简化内核初始化与维护流程 #

内核启动阶段还没有用户进程，此时需要先完成自身代码、数据的地址映射，KMPGD就是这个阶段唯一的页表根，支撑内核完成初始化。

另外，当内核需要更新页表（比如加载新的内核模块、映射新的硬件设备）时，只需要修改KMPGD即可，所有进程会自动同步到最新的内核映射。如果内核页表项分散在每个进程的PGD中，就需要遍历所有进程的PGD逐一更新，维护成本极高，还容易出现不一致的情况。

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