DMA 与内存映射
这页讲的是：很多设备并不是每次都靠 CPU 一点点搬数据，Linux 需要让设备更高效地和内存交换数据。学这页的重点，是理解设备看到的地址、CPU 看到的地址，以及数据真正流动的路径，为什么不能想当然地看成一回事。
这块是什么
DMA 与内存映射，讲的是设备如何在更少依赖 CPU 逐字节搬运的前提下，直接和内存交换数据，以及驱动如何安全、正确地为设备准备这些内存区域。它不只是性能技巧，而是现代高性能设备路径的基础工作方式之一。
可以把 DMA 理解成“给设备开了一条直达仓库的通道”，而不是每次都让 CPU 当搬运工亲自一箱箱扛。
它负责什么
让设备高效读写数据
- 减少 CPU 参与逐步搬运的负担
- 提高大规模数据传输效率
- 让网卡、磁盘、加速器等设备更高效工作
- 把 CPU 解放出来做别的事情
组织设备可用的内存视图
- 为设备准备合适缓冲区
- 建立设备能理解的映射关系
- 处理不同地址视角之间的差异
- 避免“CPU 看得懂，设备却走不到”的问题
保证数据一致性与安全性
- 让设备和 CPU 对同一片数据的理解尽量一致
- 避免错误访问和混乱同步
- 控制设备能碰到哪些内存区域
- 让高效数据路径不至于变成失控风险点
为什么设备和 CPU 看到的世界不一定一样
| 视角 | 你现在怎么理解 | 为什么麻烦 |
|---|
| CPU 视角 | 程序和驱动通常在 CPU 的地址与缓存体系里工作。 | CPU 看到的地址和状态，不一定能直接给设备照搬使用。 |
| 设备视角 | 设备有自己可理解、可访问的数据路径和地址方式。 | 设备能不能到达某片内存，需要额外映射和准备。 |
| 缓存与一致性 | CPU 可能先在缓存里看到更新，设备未必立刻看到同样结果。 | 如果处理不好，就会出现“双方以为自己看到的是同一份数据，其实不是”。 |
| 性能需求 | 大规模收发数据时，CPU 亲自搬每一份会很低效。 | 这也是为什么 DMA 路径在很多设备场景里必不可少。 |
关键概念
| 概念 | 现在怎么理解 |
|---|
| DMA | 让设备更直接地和内存交换数据，减少 CPU 逐步搬运的机制。 |
| 缓冲区 | 为设备收发数据准备的那片内存区域。 |
| 设备可见地址 | 设备真正能理解、能到达的那套地址视角，不一定和 CPU 看到的一样。 |
| 映射 | 把驱动准备好的内存变成设备可正确访问的数据区域。 |
| 一致性 | 保证 CPU 和设备不会各自看到不同版本的数据状态。 |
为什么重要
- 很多高性能网络、存储和加速设备都离不开 DMA 路径。
- 它把驱动、内存管理、设备模型和一致性问题拉到同一张桌子上。
- 很多设备问题，不是寄存器逻辑错，而是缓冲区、映射和一致性理解不到位。
- 理解这层后，你会更明白驱动为什么常常要认真准备“哪片内存、给谁看、何时同步”。
常见误解
- 误解一：给设备一个指针就能让它去读写。实际上设备可见地址和 CPU 指针并不是一回事。
- 误解二：DMA 只是加速手段。实际上它还牵涉地址翻译、缓冲区组织和一致性规则。
- 误解三：只要设备能搬数据就行。实际上“搬得对不对、看到的是不是同一份数据”同样关键。
它不负责什么
- 它不等于设备发现和驱动匹配，那是前一页的主题。
- 它不替代内存管理，但强烈依赖内存组织和映射能力。
- 它不只和性能有关，也和正确性、安全边界和系统稳定性有关。
和其他模块的关系
| 相关模块 | 关系 |
|---|
| 驱动框架 | 很多驱动的核心工作之一，就是正确地组织 DMA 缓冲和设备访问路径。 |
| 内存管理 | 映射、地址可达性和缓冲区准备都离不开内存组织能力。 |
| 网络 / 存储 | 这两类高吞吐子系统尤其依赖 DMA 来高效收发数据。 |
| 安全模型 | 设备能访问哪些内存，本身就是系统边界和可信问题的一部分。 |
读完这页后，你应该能回答
- 为什么设备和 CPU 看到的地址世界不一定一样？
- 为什么 DMA 不只是“更快一点”，还牵涉正确性和一致性？
- 为什么驱动代码里经常会反复出现缓冲区、映射和同步相关动作？
后面适合继续问：设备可见地址和 CPU 指针最容易在哪儿混淆？为什么一致性问题往往比想象中更难？高吞吐设备为什么离不开这套机制？