第五章：虚拟内存秘境·页表的生死簿

李二狗被OOM Killer逼到绝境时，林小妹突然甩出《UNIX环境高级编程》残卷："用mmap开辟虚空秘境！"只见她掐出玄奥法诀：c void *秘境入口 = mmap(NULL, 1<<30, // 申请1GB虚拟空间 PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0);
霎时间天地倒转，众人坠入银白色的虚拟内存宇宙。司徒字节的残魂在虚空显形：“此乃页表大道——虚实相生，存乎一念！”
秘境中浮现巨型发光立方体，每个面都刻着CR3寄存器符号。林小妹指向其中："这是当前进程的页目录表，每个条目指向——"话音未落，李二狗触碰某个条目，瞬间被吸入四层页表深渊：

PGD → P4D → PUD → PMD → PTE  最终抵达物理地址0x7fabcd123 

"这就是x86_64架构的页表寻址！"司徒字节的声音回荡着："记住，虚实转换需要遍历五重天劫！"当李二狗试图访问未映射的地址时，虚空突然裂开：
c int *虚空指针 = (int*)0x7fffdeadbeef;printf("%d",*虚空指针); // 触发缺页中断
无数#PF（Page Fault）妖兽从裂缝涌出，它们有的顶着NOT_PRESENT旗号（页面未加载），有的挥舞WRITE_PROTECTION盾牌（写权限不足）。李二狗急祭mprotect法咒：
c mprotect(秘境入口, 4096, PROT_NONE); // 禁止访问第一页
妖兽群顿时撞上透明结界，发出SIGSEGV的惨叫。
为缓解内存压力，司徒字节启动上古秘阵：
c swapoff -a && swapon /dev/sda3 // 重启交换分区
秘境边缘浮现旋转的磁盘虚影，最近最少使用的页面被LRU算法推入轮回。李二狗目睹惊人一幕：
0x7fabc页面化作金光投入机械硬盘 0x7fabd页面被SSD闪电接引
"这就是交换机制的奥妙！"林小妹挥动vm.swappiness符咒：“调整此参数可控制转世频率！”
当众人尝试优化性能时，天际降下金色巨页：
c madvise(秘境入口, 1<<30, MADV_HUGEPAGE); // 申请2MB大页
司徒字节却脸色骤变："小心TLB（转址旁路缓存）反噬！"只见巨页轰然破碎，引发THP（透明大页）坍塌危机。李二狗紧急修复：
c echo never > /sys/kernel/mm/transparent_hugepage/enabled
这才平息天劫，但性能计数器显示CPI（每指令周期数）已恶化15%。
PS： 【技术笑点解析】

1. 虚实转换的镜花水月 - 虚拟地址如同海市蜃楼，需通过五重页表（PGD→P4D→PUD→PMD→PTE）才能找到真实物理地址 - CR3寄存器是寻宝罗盘，存着页目录表的起始坐标 - 32位系统是三层寻址，64位系统像俄罗斯套娃有五层 2. 缺页中断的七十二变 - NOT_PRESENT：页面未加载，需从磁盘请神 - WRITE_PROTECTION：试图修改只读页面，触发写时复制（COW） - USER/KERNEL模式错误：凡人妄图触碰内核圣域 3. 交换分区的六道轮回 - 内存超度优先级：空闲页面→缓冲页面→进程私藏页面 - swappiness=60：佛系平衡内存与磁盘转世 - OOM Killer：内存大劫时的无情天道 4. 大页优化的双刃剑 - 2MB巨页减少TLB Miss，但可能造成内存浪费 - 透明大页（THP）自动合并小页，但可能引发延迟波动 - 数据库等密集应用适合巨页，普通程序慎用
   当李二狗尝试修改页表项时，整个秘境突然震颤。页全局目录（PGD）出现裂痕，司徒字节燃烧残魂喊道：“快用CR0.WP写保护位！” 只见李二狗祭出内核模块：
   c asm volatile("mov %%cr0, %%rax\n" "or $0x10000, %%rax\n" // 设置WP位 "mov %%rax, %%cr0":::"rax");
   虚空暂时稳定，但dmesg日志已刷出[FAIL] kernel pagetable corruption。林小妹拉着他冲向kexec重生通道：“必须重启进入内核调试模式！”
   本章修仙渡劫进度 - 虚实转换：■■■■□ 80% - 缺页处理：■■■□□ 60% - 交换机制：■■□□□ 40% - 大页优化：■□□□□ 20% - 道心稳固：林小妹好感度+10%（解锁成就：内存直男的觉醒）