标签: numa

我无法通过搜索找到任何信息，无法通过英特尔或惠普网站确定这一点。你能在这个上启用 NUMA 节点吗？如果是这样，你怎么知道每个节点的侧面？如果可用，是否始终是基于此启用和调整 VM 大小的最佳实践，或者这取决于您是否正在运行使用此功能的 SQL 等应用程序？

我想购买一个工作站，使用 MATLAB 进行数据处理。我正在考虑戴尔的两个工作站之一。低端工作站 (3500) 具有单个处理器和 6 个 DIMM 中的 24 GB 内存。如果我选择双处理器选项，高端 (7500) 将只允许我选择 24 GB 内存（在 12 个 DIMM 中）。两者的区别似乎在于

Dell Precision T3500 具有三通道内存总线架构。

Dell Precision T7500 的每个处理器都有一个三通道内存总线架构

这是否意味着每个处理器获得 12 GB 的内存，而处理器 A 上的线程无法看到与处理器 B 相同的内存？这似乎不太可能，但也许 A 访问 B 的内存会降低性能？

我正在尝试将 VMware ESXi 安装到新的专用服务器上。但是，当我从 VMware ESXi 安装程序 CD 引导时，出现以下错误：

系统发现您的机器有问题，无法继续。

BIOS 报告 NUMA 节点 1 没有内存。这个问题要么是由坏的 BIOS 引起的，要么是由内存模块的非常不平衡的分布引起的。

我该如何解决这个错误？以下是机器的规格：

• 由我的数据中心组装的定制硬件（IE 不是戴尔等名牌）
• AMD Quad Opteron(tm) 处理器 6128 8 核（共 32 核）
• 超微 H8QG6/H8QGi
• 24GB DDR3 内存
• 4 个物理 CPU
• 最有可能的 4 个 6GB DIMM 可能会有所不同。

以下是我可以从命令行获得的更多信息：

 [root@host ~]# cat /proc/cpuinfo 
 processor  : 0
 vendor_id  : AuthenticAMD
 cpu family : 16
 model      : 9
 model name : AMD Opteron(tm) Processor 6128
 stepping   : 1
 cpu MHz        : 800.000
 cache size : 512 …

我们的 mongodb 进程始终使用 >100% 的 CPU（这是在 Linode 上的 Ubuntu 64 位服务器上），我们正在努力提高性能。

我们发现的一个建议是 MongoDB 和 NUMA 不能很好地协同工作：http : //docs.mongodb.org/manual/administration/production-notes/#production-numa

我注意到它/proc/sys/vm/zone_reclaim_mode已经设置为 0 并且当前未安装 numactl。

我的问题：如何确定我们的服务器是否已经启用了 NUMA，以及我们是否应该按照上述链接中的建议使用以下命令启动 Mongo？

numactl --interleave=all /usr/bin/local/mongod

这是以下内容/proc/cpuinfo（前 3 个部分被抑制，因为除了“处理器”行外，输出是相同的）：

processor       : 3
vendor_id       : GenuineIntel
cpu family      : 6
model           : 45
model name      : Intel(R) Xeon(R) CPU E5-2650L 0 @ 1.80GHz
stepping        : 7
microcode       : 0x70a
cpu MHz         : 1800.077
cache size      : 20480 KB
physical id     : 0
siblings        : …

首先，让我们检查一下我是否掌握了正确的基础知识：

据我了解，NUMA 系统是 NUMA节点的（非对称）网络，其中 NUMA 节点通常（但并非总是）物理 CPU 包。在NUMA系统中，每个节点都有自己的本地内存，其他节点的内存可以通过总线访问。网络的非一致性意味着获取外部内存会产生不同的成本，具体取决于内存获取中涉及的两个节点的位置。

现在，假设我做对了，下面是真实 Linux 系统的一些输出。

内核支持 NUMA（至少已编译支持）：

$ grep NUMA /boot/config-`uname -r`
CONFIG_ARCH_SUPPORTS_NUMA_BALANCING=y
CONFIG_ARCH_WANTS_PROT_NUMA_PROT_NONE=y
CONFIG_ARCH_USES_NUMA_PROT_NONE=y
# CONFIG_NUMA_BALANCING_DEFAULT_ENABLED is not set
CONFIG_NUMA_BALANCING=y
CONFIG_NUMA=y
CONFIG_AMD_NUMA=y
CONFIG_X86_64_ACPI_NUMA=y
CONFIG_NUMA_EMU=y
CONFIG_USE_PERCPU_NUMA_NODE_ID=y
CONFIG_ACPI_NUMA=y

但只有一个 NUMA 节点：

$ numactl -H
available: 1 nodes (0)
node 0 cpus: 0 1 2 3
node 0 size: 15955 MB
node 0 free: 5203 MB
node distances:
node   0 
  0:  10 

另请注意，NUMA 总线上只有一条路径，从节点 0 到节点 0（有趣的是距离为 10，而不是 0）。这意味着所有内存访问至少在 NUMA 延迟方面承担相同的成本。

那么，由于只有一个 NUMA 节点，所以这是一台普通的 …