2. mmap与常规文件I/O对比：read/write vs mmap性能差异、缺页中断机制、零拷贝概念

在Linux系统中，文件I/O主要分为两条路径：标准文件I/O（read/write系统调用）与内存映射I/O（mmap）。虽然两者最终都涉及磁盘与内存之间的数据交换，但它们在数据拷贝次数、上下文切换开销、缺页处理方式上存在本质差异。本章从性能、机制和概念三个维度进行深度对比。

2.1 read/write的数据流：两次拷贝与两次系统调用

当应用程序调用 read(fd, buf, len) 时，数据从磁盘到用户空间的完整路径如下：

1. DMA拷贝：磁盘控制器通过DMA将数据从磁盘扇区直接搬运到内核空间的页高速缓存（Page Cache）。
2. CPU拷贝：内核将Page Cache中的数据拷贝到用户空间指定的缓冲区 buf。
3. 上下文切换：每次read/write调用都涉及用户态→内核态→用户态的两次切换。

write操作同理，数据从用户缓冲区拷贝到Page Cache，再由内核通过DMA刷入磁盘。整个过程至少经历两次数据拷贝和两次上下文切换。

2.2 mmap的数据流：缺页中断与零拷贝路径

mmap通过将文件直接映射到进程的虚拟地址空间，消除了用户空间与内核空间之间的显式数据拷贝。其核心流程如下：

1. 建立映射：mmap系统调用在进程的虚拟地址空间中创建一段VMA（虚拟内存区域），并与文件对象关联。此时不分配物理内存，也不读取磁盘数据。
2. 缺页中断：当进程首次访问映射区域中的某个页面时，CPU触发缺页异常（Page Fault）。内核在缺页处理中：
• 分配物理页面；
• 从磁盘读取文件数据到该物理页面（通过DMA，直接填充到Page Cache中的页面）；
• 建立虚拟地址到物理地址的页表映射。
3. 直接访问：后续对该页面的访问直接通过CPU内存访问指令完成，无需系统调用，也无需数据拷贝。

mmap路径中，数据从磁盘到物理内存仅经过一次DMA拷贝，且用户态进程直接操作该物理页面（共享Page Cache），实现了零CPU拷贝。

2.3 缺页中断机制详解

缺页中断是mmap延迟加载的核心。根据触发场景，缺页中断分为以下类型：

mmap的优势在于：当多个进程映射同一个文件时，它们共享同一份Page Cache物理页面。第二个进程访问时只会触发轻微缺页，无需再次读取磁盘。

2.4 性能差异对比：read/write vs mmap

以下表格从多个维度对比两种I/O方式的性能特征：

2.5 零拷贝概念辨析

“零拷贝”是一个被广泛使用但容易混淆的术语。在Linux系统中，零拷贝技术包含多个层次：

• mmap零拷贝：用户态与内核态共享Page Cache，消除CPU拷贝。但DMA拷贝仍然存在。
• sendfile零拷贝：在文件描述符之间直接传输数据，完全在内核空间完成，用户态不参与数据搬运。适用于网络传输场景。
• splice零拷贝：在两个文件描述符之间移动数据，基于管道缓冲区，无需用户态缓冲区。
• 真正的硬件零拷贝：通过IOMMU/SMMU等技术，允许设备DMA直接读写用户态内存，完全绕过内核。这是RDMA、DPDK等技术的核心。

mmap属于软件层面的零拷贝，它消除了CPU参与的数据搬运，但并未消除DMA拷贝。在用户态需要直接处理文件数据的场景（如数据库、搜索引擎、内存计算），mmap是最实用的零拷贝方案。

2.6 实战对比：代码与性能测试

以下代码展示使用read/write与mmap读取同一文件的典型实现：

/* read/write方式读取文件 */
int fd = open("data.bin", O_RDONLY);
char buf[4096];
ssize_t n;
while ((n = read(fd, buf, sizeof(buf))) > 0) {
    // 处理buf中的数据
}
close(fd);

/* mmap方式读取文件 */
int fd = open("data.bin", O_RDONLY);
struct stat sb;
fstat(fd, &sb);
char *map = mmap(NULL, sb.st_size, PROT_READ, MAP_PRIVATE, fd, 0);
// 直接通过map指针访问文件内容，如同访问内存数组
munmap(map, sb.st_size);
close(fd);

2.7 选择指南：何时用mmap，何时用read/write