使用时mbind,可以为给定的映射内存段设置内存策略.

问:如何mbind在所有节点上交织段？

如果在分配之后但在使用之前完成,则MPOL_INTERLEAVE在所有节点上都将执行我们期望的操作 - 将在所有节点上统一分配内存.

但是,如果段已经被写入并且被分配在例如节点0中,则无法告诉内核在所有NUMA节点上均匀地交织它.

该操作只是变为无操作,因为内核将其解释为" 请将此段放在这组节点上 ".由于我们传递了所有NUMA节点的集合,因此外部没有分配需要移动的内存.

最小,完整和可验证的例子

#define _GNU_SOURCE
#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>
#include <sched.h>
#include <sys/syscall.h>
#include <numaif.h>
#include <numa.h>

#define N ((1<<29) / sizeof(int))

#define PAGE_SIZE sysconf(_SC_PAGESIZE)
#define PAGE_MASK (~(PAGE_SIZE - 1))

void print_command(char *cmd) {
  FILE *fp;
  char buf[1024];

  if ((fp = popen(cmd, "r")) == NULL) {
    perror("popen");
    exit(-1);
  }

  while(fgets(buf, sizeof(buf), fp) != NULL) {
    printf("%s", buf);
  }

  if(pclose(fp))  {
    perror("pclose"); …

在Linux中，只要分支了一个进程，父进程的内存映射就会被克隆到子进程中。实际上，出于性能原因，这些页面被设置为写时复制 -最初它们是共享的，并且如果两个进程之一在其中之一上进行写操作，则将其克隆（MAP_PRIVATE）。

这是获取正在运行的程序状态的快照的一种非常常见的机制-您进行了分叉，这使您可以在该时间点（一致）查看进程的内存。

我做了一个简单的基准测试，其中包含两个部分：

• 甲父进程具有线程池写入到一个数组
• 一个具有线程池的子进程，该线程池为阵列创建快照并取消映射

在某些情况下（机器/体系结构/内存位置/线程数/ ...），我能够比线程写入数组早得多地完成复制。

但是，当子进程退出时，htop我仍然可以看到大部分CPU时间都花在了内核上，这与它在父进程写入页面时用于处理写时复制是一致的。

以我的理解，如果标记为写时复制的匿名页面是由单个进程映射的，则不应复制该页面，而应直接使用它。

我如何确定这确实是在复制内存上花费的时间？

如果我是对的，如何避免这种开销？

在现代 C ++ 中，基准测试的核心如下。

定义WITH_FORK以启用快照；保留undefined可禁用子进程。

#include <unistd.h>
#include <sys/mman.h>
#include <sys/types.h>
#include <sys/wait.h>

#include <numaif.h>
#include <numa.h>

#include <algorithm>
#include <cassert>
#include <condition_variable>
#include <mutex>
#include <iomanip>
#include <iostream>
#include <cmath>
#include <numeric>
#include <thread>
#include <vector>

#define ARRAY_SIZE 1073741824 // 1GB …

我试图在基于 Spring Boot 的微服务中利用 Spring Cloud Kubernetes，即自动配置和服务发现。

但是，我在初始化期间收到一条错误消息（Timeout waiting for informers cache to be read to be read, is the kubernetes service up?），而且冗长，这两种情况我都无法在网上找到信息来帮助我查明原因。下面详细介绍了错误消息和过多的日志消息。对于缺乏上下文表示歉意，但我也很困惑！

该应用程序在服务帐户中运行，该帐户具有文档default中指定的所有权限：

$ kubectl describe serviceaccount default
Name:                default
Namespace:           joaomlneto
Labels:              <none>
Annotations:         <none>
Image pull secrets:  devspace-auth-rg-nl-ams-scw-cloud
Mountable secrets:   default-token-2sxvc
Tokens:              default-token-2sxvc
Events:              <none>

$ kubectl describe rolebinding namespace-reader-binding
Name:         namespace-reader-binding
Labels:       <none>
Annotations:  <none>
Role:
  Kind:  Role
  Name:  namespace-reader
Subjects:
  Kind            Name     Namespace
  ----            ----     ---------
  ServiceAccount  default  joaomlneto

$ …

尝试使用 编译我的项目时cmake .，变量CMAKE_INSTALL_LIBDIR为空，我不知道为什么。

我正在尝试发布以下内容（第 40 行）：

install(TARGETS fpthread
    EXPORT fpthread_config
    LIBRARY DESTINATION ${CMAKE_INSTALL_LIBDIR}
    ARCHIVE DESTINATION ${CMAKE_INSTALL_LIBDIR})

我收到以下错误消息：

CMake Error at CMakeLists.txt:40 (install):
  install TARGETS given no LIBRARY DESTINATION for shared library target
  "fpthread".

发出以下结果为空字符串：

MESSAGE(STATUS ${CMAKE_INSTALL_LIBDIR})

我已经尝试了 Cmake 3.5（通过包管理器安装）和 Cmake 3.11（最新版本，从源代码编译）。