内存分页与虚拟地址：每个程序都有自己的“豪宅”

调试内存问题，首先得理解操作系统怎么管内存。我个人习惯把虚拟内存想象成一个“超级房产中介”，每个进程都以为自己独占4GB的地址空间（64位下更大）。但实际上，物理内存就那么点。中介的好处是，你不用管真正的房源在哪里，只要知道门牌号就行。

2.1 虚拟内存：骗术的艺术

说白了，每个进程都以为自己有连续的内存空间。实际上物理内存可能东一块西一块，甚至部分还在磁盘上。我用一个词来形容：“光学幻觉”。

举个例子。你写了一个C程序，malloc了100个int的数组。进程看到的数组地址是连续的——比如0x601010到0x6011F0。但物理上呢？可能第一个元素在物理页框0x1A2B，第二个在0x3C4D。你完全不用管，操作系统帮你搞定。

为什么要这么费劲？好处有三：

• 隔离性：进程A不能随便读进程B的内存。安全问题靠这个。
• 碎片化：物理内存再碎，虚拟地址也能连续。分配大块内存不再头疼。
• 共享：动态链接库（.so/.dll）在物理内存中只存一份，每个进程的虚拟地址都能映射到它。

2.2 分页机制：把地址切成块

操作系统把虚拟地址空间切成一个个固定大小的块，叫“页”。物理内存也切成同样大小的块，叫“页框”或“物理页”。标准大小是4KB。Linux下可以用getconf PAGE_SIZE查看。

虚拟地址到物理地址的转换，靠的是页表。页表是个多级结构，存着每个虚拟页对应的物理页框号，还有一些权限位（可读/可写/可执行）。

为什么用多级页表？直接做个大数组不行吗？你想想看，32位系统下虚拟地址空间4GB，4KB一页，共2^20个页。每个页表项4字节，单级页表就要4MB。每次进程切换都要清掉整个页表吗？太慢了。多级页表的最大好处是按需分配——你只给实际使用的虚拟地址区域建立页表。

层级	项目	说明
页大小	4KB（默认）	也支持2MB、1GB大页
页表级数	4级（x86_64）	PML4 → PDPT → PD → PT
页表项	8字节（64位系统）	包含物理页框号+权限

2.3 TLB：快表加速

TLB全称Translation Lookaside Buffer，就是页表的硬件缓存。CPU先查TLB，命中就直接拿到物理地址。没命中，就得走页表查询——这叫“TLB Miss”。

我在项目中遇到过一个性能案例。一个大数据处理程序，频繁访问分散在内存不同位置的小数据块。TLB miss率飙到了30%，结果CPU大部分时间在等待页表查询。解决办法是让数据布局更连续，或者启用大页（比如2MB页）。大页减少了页表项数量，TLB可以覆盖更大的内存范围。

TLB有个特点：进程切换时会清空（至少是旧进程的条目）。这导致频繁切换进程的程序性能很差。像数据库、Web服务器这类密集IO的程序，建议绑核，减少上下文切换。

2.4 页表细节：权限与缺页

页表项里不止存物理地址。还存着以下信息：

• Present：该页是否在物理内存中。如果不在，访问会触发缺页中断。
• RW：是否可写。
• US：用户态/内核态可访问。
• PCD/PWT：缓存策略。
• Accessed：该页最近被访问过。内核可以用它做页面置换。
• Dirty：该页被写过。内核用它判断是否需要写回磁盘（交换）。

缺页中断是虚拟内存的关键。当你访问一个不在物理内存中的虚拟地址时，CPU发中断给操作系统。内核去磁盘把数据读回物理内存，更新页表，再恢复程序执行。这个操作代价非常大——一次磁盘IO可能几毫秒。所以频繁缺页会导致程序卡顿。

我曾经排查过一个“假活死”问题：程序内存占用持续增长，但系统整体物理内存还够。用pidstat -S看，发现进程的Major Page Fault（主缺页，需要磁盘IO）持续增加。原因是进程的匿名页（堆）被交换到磁盘了。关闭交换分区后问题解决。

2.5 实战：大页与透明大页

刚才说的TLB Miss，大页是利器。Linux支持HugePages（2MB/1GB）。我调优一个内存数据库时，把启用了大页，TLB Miss率从15%降到0.5%，吞吐量提升了30%。

启用方式：

# 预先分配1024个大页（每个2MB）
echo 1024 > /proc/sys/vm/nr_hugepages

# 挂载hugetlbfs
mount -t hugetlbfs hugetlbfs /mnt/huge

# 程序通过mmap使用大页
void *ptr = mmap(NULL, size, PROT_READ|PROT_WRITE, 
                 MAP_PRIVATE|MAP_ANONYMOUS|MAP_HUGETLB, -1, 0);

但注意，手动大页需要应用层修改代码，还得提前预留内存。很多系统默认用透明大页（THP），由内核自动合并。这个我踩过坑——透明大页在某些场景下会导致严重延迟（比如内存碎片时后台合并线程锁住）。一般建议游戏、实时系统关掉透明大页：

echo never > /sys/kernel/mm/transparent_hugepage/enabled
echo never > /sys/kernel/mm/transparent_hugepage/defrag