4. 单级页表局限性：页表过大问题、连续内存占用、进程切换开销

在理解多级页表的设计动机之前，必须深入剖析单级（线性）页表在实际系统中的三大核心瓶颈。这些瓶颈直接决定了现代操作系统为何放弃简单的单级页表方案。

4.1 页表过大问题：地址空间膨胀的必然结果

单级页表的大小与虚拟地址空间大小和页大小直接相关。对于一个 32 位虚拟地址空间（4GB）和 4KB 页面的系统，页表项（PTE）数量为：

页表项数 = 虚拟地址空间大小 / 页面大小
         = 4GB / 4KB
         = 2^32 / 2^12
         = 2^20 = 1,048,576 项

若每个 PTE 占用 4 字节，则单级页表大小为 4MB。这看似不大，但考虑以下现实场景：

• 64 位系统灾难：对于 64 位地址空间（2^64），即使使用 4KB 页面，页表项数量将达到 2^52，页表大小约为 2^52 × 4B = 2^54 B = 16 PB，完全不可行。
• 多进程放大：每个进程都需要自己的页表。若系统运行 100 个进程，仅页表就需要 400MB 物理内存。
• 稀疏地址空间浪费：大多数进程只使用地址空间的一小部分，但单级页表必须为整个 4GB 空间预分配所有页表项。

4.2 连续内存占用：物理内存的碎片化压力

单级页表要求物理内存中分配连续的页表空间。对于 4MB 的页表，操作系统必须找到 4MB 连续的物理内存区域。这在系统启动初期可能可行，但随着系统运行，物理内存碎片化加剧，分配大块连续内存的失败率显著上升。

4.3 进程切换开销：TLB 刷新与页表重建

进程切换时，操作系统必须切换页表。对于单级页表，这涉及以下开销：

1. 页表基址寄存器更新：将新进程的页表物理地址写入 CR3 寄存器（x86 架构）。
2. TLB 完全刷新：由于页表切换，所有 TLB 条目失效，后续指令将面临大量 TLB 缺失。
3. 缓存污染：旧进程的页表数据可能仍留在 CPU 缓存中，新进程的页表访问将导致缓存缺失。

4.4 三大局限性的综合对比

4.5 实际系统中的表现数据

以下数据展示了单级页表在实际系统中的不可行性：

• Linux 4KB 页面系统：一个典型的 64 位进程（如 bash）实际使用约 10MB 虚拟内存。单级页表需要 16PB，而多级页表仅需约 20KB。
• 数据库服务器：运行 500 个并发连接，每个连接使用 100MB 内存。单级页表需要 500 × 16PB = 8000PB，完全不可行。多级页表仅需约 500 × 100KB = 50MB。
• 嵌入式系统：内存仅 64MB，单级页表 4MB 占 6.25%，而多级页表通常仅占 0.1% 以下。