我的一个朋友告诉我，在 x86 架构上，DMA 控制器无法在两个不同的 RAM 位置之间传输。它只能在 RAM 和外围设备（如 PCI 总线）之间传输。
这是真的吗？
因为 AFAIK DMA 控制器应该能够在位于 BUS 上并具有地址的任意设备之间。特别是，如果源地址和目标地址属于同一个物理设备，我认为没有问题。
【问题讨论】：
ISA（还记得吗？；-）DMA 芯片肯定有Fetch-and-Deposit 传输类型。
但是，来自MASM32 forums：
嗨，
签入“无证电脑”， 他说内存到内存 DMA 是 可能的。然后他继续说 可能存在问题、限制、 并且 CPU 可以进行复制 无论如何都比 DMA 硬件快 （386+ 上的 MOVSD）。
所以看起来是的，你可以， 但谁在乎呢。
问候，
史蒂夫·N.
【讨论】：
Here you can read+write in a single cycle, can't you? 对此我不是百分百肯定，但除了其他可行性陷阱之外，我想这个壮举只有在模块未组合的情况下才有可能，因此它们提供单独的总线和源和目标区域位于两个独立的内存模块上。这将严重限制其可用性。
Isn't there a reason anyway to do such a transfer via DMA? 好吧，最好完全避免复制。即使您不这样做，也可能值得注意的是，就目前的情况而言，CPU 消耗数据的速度比内存子系统所能提供的快得多。由于您一直占用内存控制器，因此节省的费用可能比您直观预期的要少。例如。 I/OAT (linuxfoundation.org/collaborate/workgroups/networking/i/oat) 在进行基准测试时，在接收和发送时节省了 10% 的 CPU 使用率。
是的，内存到内存的传输是可能的，直到我用“现代”x86 尝试过的 80386 系列 :)
为源和目标指定 RAM。您可能需要注意 L1 缓存的一致性，具体取决于您正在编程的设备以及您是否启用了缓存。
您可能会在 Linux 内核中找到一些代码，用于刷新影子内存中的视频 RAM 页面。这敲响了警钟。
【讨论】：
肯定有 DMA 引擎不能在 2 个 ram 地址之间传输，所以问题的第二部分已经基于一个不正确的前提。
【讨论】：