linux - numactl和move_pages不匹配

我基于this question开发了一个简单的程序来测试页面的numa节点。
问题是，将我的程序结果与xeon e5-2698 v4（两个numa节点）上的numactl -H进行比较会显示不同的输出。numactl -H显示（裁剪）：

available: 2 nodes (0-1)
node 0 cpus: 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59
node 1 cpus: 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79

例如，numactl表示cpu 20位于节点1。我有以下代码：

#include <unistd.h>
#include <sys/mman.h>
#include <stdlib.h>
#include <stdio.h>
#include <numaif.h>
#include <omp.h>

int numa_node(void *ptr) {
  int status;
  int ret_code;
  if((ret_code = move_pages(0, 1, &ptr, NULL, &status, 0)) == -1) {
    perror("move_pages");
    return -1;
  }
  return status;
}

int main(int argc, char* argv[]) {
  int pgsize = getpagesize();
  printf("NUMA test(pgsize=%d)\n",pgsize);
  #pragma omp parallel firstprivate(pgsize)
  {
    if(omp_get_thread_num() == 20) {
      char *m = aligned_alloc(pgsize, pgsize);
      m[0] = 'a';
      if(mlock(m, 10) == -1) {
        perror("mlock");
      }
      else {
        int node = numa_node(m);
        printf("thread %d: node %d\n",20,node);
      }
    }
  }
}

我正在使用aligned_alloc试图只分配一个页面，对齐，以便
当这个线程“接触”这个页面时，它将被映射到这个线程所在的numa节点（first touch policy）。然后我使用mlock，您可以签入this question。我想我用的是第一次触摸，因为我没有修改任何与此相关的内容，但是，我不知道如何检查，以确保。
我用icc -fopenmp -lnuma编译这个，并用KMP_AFFINITY=granularity=fine,compact，OMP_NUM_THREADS=80和
numactl -m 0,1 ./numa。我之所以使用这种关联，是因为我认为它执行的赋值与numactl看到的系统相同。这将输出：

NUMA test(pgsize=4096)
thread 20: node 0

所以，这个程序说线程20在节点0，但是numactl说线程20在节点1。为什么？我原以为两者的输出是一样的。

最佳答案

请求的关联设置compact将连续的线程放置到同一内核上的相邻硬件线程（超线程）。操作系统CPU的编号为后面的额外硬件线程编号，因此CPU 0和40位于同一个内核上。映射如下：

tid -> cpu
0 -> 0
1 -> 40
2 -> 1
3 -> 41
...
20 -> 10

您可以通过将,verbose添加到KMP_AFFINITY中来看到这一点。如果需要直接映射，可以使用GOMP_CPU_AFFINITY=0-79而不是KMP_AFFINITY设置。这样就可以在正确的numa节点上获得内存。

关于linux - numactl和move_pages不匹配，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/54254265/