操作系统内存管理基础：虚拟内存、物理内存、页表、TLB、内存映射文件原理
做内存分析，如果不懂操作系统的内存管理，就像修车不看发动机舱——迟早要翻车。我刚开始做性能调优时，就栽在虚拟地址和物理地址的混淆上。后来花了一周啃透这部分，才真正敢说自己会看转储文件。
这一节，我们就从最核心的概念讲起。你不需要背教科书，但要理解这套机制怎么影响你的分析。
物理内存 vs 虚拟内存
物理内存是你主板上的DRAM颗粒，真实存在。虚拟内存是操作系统给每个进程画的“大饼”——32位进程看到4GB空间，64位进程看到16EB（虽然用不完）。
为什么需要虚拟内存？说白了，就是让多个进程能安全共存，而且每个进程都觉得自己独占内存。我遇到过的一个典型问题：一个进程因为内存碎片无法分配连续物理内存，但虚拟地址空间是连续的，所以代码感觉不到——直到缺页中断才暴露。
| 特性 | 物理内存 | 虚拟内存 |
|---|---|---|
| 地址宽度 | 取决于硬件（如48位） | 由操作系统定义（如48位用户空间） |
| 分配单位 | 页框（4KB默认） | 页面（4KB默认） |
| 是否可共享 | 通过共享内存等机制 | 每个进程独立 |
| 分析价值 | 查看实际使用量、碎片 | 查看进程布局、堆栈、映射 |
VSS（虚拟集大小），再比物理的RSS（驻留集大小）。差值大说明大量页面被换出，或者映射了文件但没真正加载。
分页机制与页表
虚拟地址怎么变成物理地址？靠页表。每个进程都有自己的页表，数据结构像个多级字典。为什么不用一级表？32位系统4GB空间需要约1百万个页表项，每个4字节也要4MB——而且每个进程一套，太浪费。多级页表可以按需分配，就像目录-子目录-文件一样分层。
// 以x86四级页表为例（Intel 4-level paging）
VA = | PML4 | PDPT | PD | PT | Offset |
9bit 9bit 9bit 9bit 12bit每次访问内存，CPU要遍历4级表才能得到物理地址。这也是为什么页表访问很慢——多了一次内存访问。我记得有个同事优化数据库时，发现大量页表遍历导致TLB miss，性能直接腰斩。
!pte命令看到的就是页表项。
TLB：页表的缓存
TLB（Translation Lookaside Buffer）是CPU内部的硬件缓存，直接缓存最近用过的虚拟地址→物理地址映射。访问TLB只需要1个时钟周期，而访问页表需要几百个周期。
如果TLB命中，地址转换几乎零开销；如果miss，就要走一遍页表。我调优过一个高并发服务，perf stat发现TLB miss率高达15%，换成大页面（2MB）后降到2%——效果立竿见影。
- TLB条目数：通常几十到几百个。L1 TLB大概64个条目，L2 TLB几千个。
- 上下文切换时：TLB需要刷新（或者标记ASID），否则新的进程会读到旧映射。
- 我曾经踩过的坑：用
mmap频繁映射小文件，导致TLB颠簸。解决办法是一次性映射大区域。
!vm 3中的TLB miss统计）间接评估。
内存映射文件
这是文件内容与虚拟内存的直接桥梁。你把文件的一小段映射到进程地址空间，读写这段内存就像读写文件——操作系统负责在物理内存和磁盘之间调度页面。
好处很明显：不需要自己管理缓冲区，缺页时自动加载；多个进程可以映射同一文件，共享物理页框。我分析过的一个C#进程，内存占用暴增就是用MemoryMappedFile映射了一个10GB的日志文件，但没及时释放。
在转储分析中，!address -f:FileBacked就能看到所有文件映射区域，包括DLL、mmap的文件等。
你可能会问：这么多层级，每次访问内存不慢死了吗？实际上，TLB命中率能达到99%以上，而且CPU有预取机制。但一旦出现TLB抖动或页表竞争，性能就会断崖式下降。我调试过的游戏引擎，帧率不稳就是因为在帧边界处大量触发了缺页——后来用mlock锁定了热内存页。
最后，关于内存映射文件，你分析Dump文件时经常看到\Device\HarddiskVolume1\Windows\System32\ntdll.dll这样的区域——这些都是文件映射。理解了这个，你就能区分「代码段」、「堆」、「栈」、「映射文件」在虚拟内存中的布局。