现代 Linux 中是否有 NUMA 下次接触策略

当我们在 NUMA 系统上工作时，内存相对于当前 NUMA 节点可以是本地的或远程的。 为了使内存更加本地化，​​有一个“首次接触”策略（默认的内存到节点绑定策略）：http://lse.sourceforge.net/numa/status/description.html http://lse.sourceforge.net/numa/status/description.html

默认内存绑定重要的是，用户程序的内存分配在靠近包含运行它们的 CPU 的节点上。因此，默认情况下，页面错误由包含页面错误 CPU 的节点的内存来满足。因为第一个接触该页面的 CPU 将是导致该页面出现故障的 CPU，所以此默认策略称为“首次接触”。

http://techpubs.sgi.com/library/dynaweb_docs/0640/SGI_Developer/books/OrOn2_PfTune/sgi_html/ch08.html http://techpubs.sgi.com/library/dynaweb_docs/0640/SGI_Developer/books/OrOn2_PfTune/sgi_html/ch08.html

默认策略称为首次触摸。在此策略下，首次接触（即写入或读取）内存页面的进程会导致该页面在该进程运行的节点中分配。此策略对于顺序程序和许多并行程序也很有效。

还有一些其他非本地政策。还有一个功能要求将内存段显式移动到某个 NUMA 节点。

但有时（在单个应用程序的许多线程的上下文中），拥有“下次触摸”策略可能很有用：调用某些函数来“解除”某些内存区域（最多 100 MB）与某些数据的绑定，并重新应用“第一次触摸”该区域上的类似处理程序，它将在下次触摸（读取或写入）时将页面迁移到访问线程的 numa 节点。

当许多线程需要处理大量数据并且对该数据有不同的访问模式时，此策略非常有用（例如，第一阶段 - 通过线程按列拆分 2D 数组；第二阶段 - 按行拆分相同的数据）。

从 9 开始，Solaris 通过带有 MADV_ACCESS_LWP 标志的 madvice 支持此类策略

MADV_ACCESS_LWP 告诉内核下一个 LWP 是 触摸指定地址范围 将最频繁地访问它，因此 内核应该尝试分配 内存和其他资源 范围和相应的 LWP。

有（2009 年 5 月）名为“affinity-on-next-touch”的 Linux 内核补丁，http://lwn.net/Articles/332754/ http://lwn.net/Articles/332754/ (thread http://thread.gmane.org/gmane.linux.kernel/834829）但据我了解，它没有被主线接受，不是吗？

还有 Lee Schermerhorn 的“migrate_on_fault”补丁http://free.linux.hp.com/~lts/Patches/PageMigration/ http://free.linux.hp.com/~lts/Patches/PageMigration/.

那么，问题是：在当前的 vanilla Linux 内核或某些主要分支（例如 RedHat Linux 内核或 Oracle Linux 内核）中是否有 NUMA 的下一步发展？

根据我的理解，香草内核中没有类似的东西。 numactl 具有手动迁移页面的功能，但它可能对您的情况没有帮助。 （NUMA 策略说明位于 Documentation/vm/numa_memory_policy 如果您想自行检查）

我认为这些补丁没有合并，因为我没有看到当前内核中出现任何相关的代码片段。