PROSAGA码农传奇-DBDK-如何使虚拟地址在物理地址区域中连续进行以提高性能？

将物理上连续的区域映射到连续的虚拟地址。这如何提高性能？

DPDK需要物理和虚拟地址。虚拟地址通常用于加载/存储一些数据。物理地址对于用户空间驱动程序向/从设备传输数据是必需的。

例如，我们分配了几个mbuf与虚拟地址小号0x41000，0x42000和0x43000。然后，我们用一些数据填充它们，并将这些虚拟地址传递给PMD进行传输。

驱动程序必须将这些虚拟地址转换为物理地址。如果物理页面不连续地映射到虚拟地址空间，则要将虚拟地址转换为物理地址，我们需要搜索所有映射。例如，虚拟地址0x41000可能对应于物理0x81000，0x42000对应于0x16000，以及0x43000— 对应于0x64000。

这种搜索的最佳情况是读取一个内存，最坏的情况是每个缓冲区读取几个内存。

但是，如果我们确定存储区的虚拟地址和物理地址都是连续的，则只需向虚拟地址添加一个偏移量即可获得物理地址，反之亦然。例如，虚拟0x41000对应0x81000，虚拟0x42000到物理0x82000，和0x43000- 0x83000。

我们从映射中知道的偏移量。这种转换的最坏情况是突发中每个缓冲区读取一个内存，这对转换是一个巨大的改进。

为什么需要重新映射？

要将大页面映射到虚拟地址空间，mmap请使用系统调用。调用的API允许为要映射的大页面指定固定的虚拟地址。这允许一个又一个地映射大页面，从而创建一个连续的虚拟内存区域。例如，我们可以mmap在虚拟地址处创建一个巨大的页面，在虚拟地址0x200000处创建下一个页面，0x400000依此类推。

不幸的是，在映射大页面之前，我们不知道它们的物理地址。因此，在虚拟地址0x200000，我们可以映射的物理地址0x800000，并在虚拟地址0x400000-物理0x600000。

但是，当我们第一次映射这些大页面时，我们既知道物理地址又知道虚拟地址。因此，我们要做的就是以正确的顺序重新映射它们：在虚拟地址处，0x1200000我们映射物理地址0x600000，而在0x1400000—物理地址0x800000。

现在我们有一个虚拟的和物理上连续的存储区，从虚拟地址0x1200000和物理地址开始0x600000。因此，要将虚拟地址转换为该存储区中的物理地址，我们只需要如上所述0x600000从虚拟地址中减去偏移量即可。

希望这可以澄清连续内存区域和重新映射的概念。