3. 传统 I/O 路径分析：read/write 系统调用流程、内核态与用户态数据拷贝、上下文切换开销

在深入零拷贝技术之前，必须彻底理解传统 I/O 路径的瓶颈所在。每一次 read() 和 write() 系统调用，都涉及用户态与内核态的切换、多次数据拷贝以及 CPU 的参与。本章将拆解这一完整路径，量化其开销，为后续优化提供基线。

3.1 read/write 系统调用完整流程

一个典型的网络服务器从磁盘读取文件并通过 Socket 发送，其传统路径如下：

1. 用户态调用 read()：应用程序发起 read(fd, buf, len)，陷入内核态。
2. DMA 拷贝到内核缓冲区：磁盘控制器通过 DMA 将数据从磁盘直接拷贝到内核空间的 Page Cache（页缓存）。
3. CPU 拷贝到用户缓冲区：内核将数据从 Page Cache 拷贝到用户空间指定的 buf 中。此时 read() 返回，切换回用户态。
4. 用户态调用 write()：应用程序处理完数据后，调用 write(sockfd, buf, len)，再次陷入内核态。
5. CPU 拷贝到 Socket 缓冲区：内核将数据从用户空间 buf 拷贝到内核空间的 Socket 发送缓冲区。
6. DMA 拷贝到网卡：网卡通过 DMA 从 Socket 缓冲区读取数据并发送到网络。

3.2 内核态与用户态数据拷贝的代价

数据拷贝是传统 I/O 路径中最大的性能杀手之一。根据拷贝的发起方和路径，可以分为两类：

以 1 Gbps 网络和 7200 RPM 磁盘为例，一次 64 KB 数据的传统 I/O 路径延迟分解如下：

• DMA 拷贝 (磁盘 → Page Cache)：约 10-20 μs
• CPU 拷贝 (Page Cache → 用户空间)：约 5-10 μs (取决于内存带宽)
• 上下文切换 (2 次)：约 2-4 μs
• CPU 拷贝 (用户空间 → Socket Buffer)：约 5-10 μs
• DMA 拷贝 (Socket Buffer → 网卡)：约 5-10 μs

总延迟约 27-54 μs，其中 CPU 拷贝占据了近一半的耗时。

3.3 上下文切换开销

每次系统调用（如 read() 和 write()）都会触发一次 用户态 ↔ 内核态 的上下文切换。这个过程包括：

1. 保存用户态上下文：将 CPU 寄存器、程序计数器、栈指针等压入内核栈。
2. 切换到内核态：修改 CPU 模式位，执行内核代码。
3. 执行系统调用服务例程：如 sys_read()。
4. 恢复用户态上下文：从内核栈弹出寄存器，返回用户空间。

上下文切换的代价不仅仅是时间，还包括：

• TLB 刷新：切换地址空间导致 TLB 失效，后续内存访问产生 TLB Miss。
• 缓存污染：内核代码和数据挤占用户态程序的缓存行。
• 分支预测器重置：CPU 分支预测表失效。

3.4 传统 I/O 路径的瓶颈总结

综合以上分析，传统 read() + write() 路径存在三个核心瓶颈：