保留400MB内存文件mmap映射与多次mmap/munmap的性能开销对比

核心结论 #

针对你描述的使用场景（短时间内毫秒级频繁调用，之后数小时闲置），持续保持mmap映射是更优选择，具体原因和细节如下：

一、频繁mmap/munmap的性能开销 #

对于400MB的tmpfs文件（按4KB标准页计算，约10万个内存页），数十次毫秒级间隔的映射/解除映射操作，开销主要集中在这几点：

• 单次mmap的耗时：内核需要在进程虚拟地址空间中找连续空闲区间，建立虚拟地址到tmpfs内存页的映射关系，更新进程页表，还要处理权限检查和内存管理结构体的初始化。单次操作可能耗时几毫秒到几十毫秒，毫秒级间隔调用的话，会占用不少CPU时间，甚至可能成为短时间内的性能瓶颈。
• 单次munmap的耗时：内核要清理进程地址空间的映射条目，回收虚拟地址区间，更新页表，还要清理映射相关的元数据。虽然比mmap略快，但频繁调用的累积开销依然不可忽视。
• TLB失效的额外开销：频繁映射/解除映射会导致CPU的地址转换缓存（TLB）频繁失效，TLB miss率上升后，每次内存访问都要走完整的页表查询流程，进一步拖慢性能。

二、内核在mmap/munmap中的核心工作 #

mmap操作时内核做的事 #

• 地址空间分配：在进程的虚拟地址空间里，找到一块足够大的连续空闲区域（如果指定了映射地址偏好，会优先满足）。
• 映射元数据建立：创建vm_area_struct结构体，记录映射的起始地址、长度、访问权限、对应tmpfs文件的inode等信息，并把这个结构体加入进程的地址空间管理链表。
• 页表初始化：因为tmpfs的文件内容本身就在内存中，内核会直接建立虚拟地址到物理页的页表项，同时设置页表项的读写执行权限。如果是普通磁盘文件，这里只会做延迟映射，第一次访问才会触发缺页加载。
• 权限校验：验证进程对该tmpfs文件是否有对应的访问权限，确保操作符合系统安全规则。

munmap操作时内核做的事 #

• 映射区域清理：找到对应的vm_area_struct结构体，从进程地址空间链表中移除；如果该映射区域被拆分过（比如中间插入了其他映射），还要处理拆分后的子区域结构体。
• 页表回收：清除对应虚拟地址范围的页表项，标记这些虚拟地址为空闲，可供后续分配使用。
• 元数据释放：清理映射相关的内核元数据（比如vm_area_struct结构体，若没有其他引用则直接释放）；因为是tmpfs文件，无需处理磁盘写回，脏页会留在内存或被系统回收。
• TLB刷新：向CPU发送TLB失效信号，确保CPU不再使用旧的映射条目，避免地址转换错误。

三、场景适配建议 #

你的使用模式是短时间高频访问+长时间闲置：

• 短时间内频繁映射/解除映射的开销，远大于保持映射占用的400MB内存（这部分内存对于现代系统来说基本可以忽略）。
• 长时间闲置时，即使保持映射，系统的内存回收机制也会自动处理：如果内存紧张，tmpfs的干净页会被直接回收，脏页会被交换到swap（若开启）；而映射本身只是虚拟地址的占位，不会额外占用物理内存。

所以综合来看，持续保持mmap映射是更高效、更省心的方案。

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