NUMA体系结构详解

1. NUMA的几个概念(Node,socket,core,thread)

对于socket,core和thread会有不少文章介绍,这里简单说一下,具体参见下图:

一句话总结:socket就是主板上的CPU插槽; Core就是socket里独立的一组程序执行的硬件单元,比如寄存器,计算单元等; Thread:就是超线程hyperthread的概念,逻辑的执行单元,独立的执行上下文,但是共享core内的寄存器和计算单元。

NUMA体系结构中多了Node的概念,这个概念其实是用来解决core的分组的问题,具体参见下图来理解(图中的OS CPU可以理解thread,那么core就没有在图中画出),从图中可以看出每个Socket里有两个node,共有4个socket,每个 socket 2个node,每个node中有8个thread,总共4(Socket)× 2(Node)× 8 (4core × 2 Thread) = 64个thread。

另外每个node有自己的内部CPU,总线和内存,同时还可以访问其他node内的内存,NUMA的最大的优势就是可以方便的增加CPU的数量,因为 Node内有自己内部总线,所以增加CPU数量可以通过增加Node的数目来实现,如果单纯的增加CPU的数量,会对总线造成很大的压力,所以UMA结构 不可能支持很多的核。

《此图出自:NUMA Best Practices for Dell PowerEdge 12th Generation Servers》

根据上面提到的,由于每个node内部有自己的CPU总线和内存,所以如果一个虚拟机的vCPU跨不同的Node的话,就会导致一个node中的CPU去 访问另外一个node中的内存的情况,这就导致内存访问延迟的增加。在有些特殊场景下,比如NFV环境中,对性能有比较高的要求,就非常需要同一个虚拟机 的vCPU尽量被分配到同一个Node中的pCPU上,所以在OpenStack的Kilo版本中增加了基于NUMA感知的虚拟机调度的特性。

2. 如何查看机器的NUMA拓扑结构

比较常用的命令就是lscpu,具体输出如下:

  1. dylan@hp3000:~$ lscpu
  2. Architecture: x86_64
  3. CPU op-mode(s): 32-bit, 64-bit
  4. Byte Order: Little Endian
  5. CPU(s): 48 //共有48个逻辑CPU(threads)
  6. On-line CPU(s) list: 0-47
  7. Thread(s) per core: 2 //每个core有2个threads
  8. Core(s) per socket: 6 //每个socket有6个cores
  9. Socket(s): 4 //共有4个sockets
  10. NUMA node(s): 4 //共有4个NUMA nodes
  11. Vendor ID: GenuineIntel
  12. CPU family: 6
  13. Model: 45
  14. Stepping: 7
  15. CPU MHz: 1200.000
  16. BogoMIPS: 4790.83
  17. Virtualization: VT-x
  18. L1d cache: 32K //L1 data cache 32k
  19. L1i cache: 32K //L1 instruction cache 32k (牛x机器表现,冯诺依曼+哈弗体系结构)
  20. L2 cache: 256K
  21. L3 cache: 15360K
  22. NUMA node0 CPU(s): 0-5,24-29
  23. NUMA node1 CPU(s): 6-11,30-35
  24. NUMA node2 CPU(s): 12-17,36-41
  25. NUMA node3 CPU(s): 18-23,42-47

从上图输出,可以看出当前机器有4个sockets,每个 sockets包含1个numa node,每个numa node中有6个cores,每个cores包含2个thread,所以总的threads数 量=4(sockets)×1(node)×6(cores)×2(threads)=48.

另外,也可以通过下面的脚本来打印出当前机器的socket,core和thread的数量。

  1. #!/bin/bash
  2. # Simple print cpu topology
  3. # Author: kodango
  4. function get_nr_processor()
  5. {
  6. grep ‘^processor‘ /proc/cpuinfo | wc -l
  7. }
  8. function get_nr_socket()
  9. {
  10. grep ‘physical id‘ /proc/cpuinfo | awk -F: ‘{
  11. print $2 | "sort -un"}‘ | wc -l
  12. }
  13. function get_nr_siblings()
  14. {
  15. grep ‘siblings‘ /proc/cpuinfo | awk -F: ‘{
  16. print $2 | "sort -un"}‘
  17. }
  18. function get_nr_cores_of_socket()
  19. {
  20. grep ‘cpu cores‘ /proc/cpuinfo | awk -F: ‘{
  21. print $2 | "sort -un"}‘
  22. }
  23. echo ‘===== CPU Topology Table =====‘
  24. echo
  25. echo ‘+--------------+---------+-----------+‘
  26. echo ‘| Processor ID | Core ID | Socket ID |‘
  27. echo ‘+--------------+---------+-----------+‘
  28. while read line; do
  29. if [ -z "$line" ]; then
  30. printf ‘| %-12s | %-7s | %-9s |\n‘ $p_id $c_id $s_id
  31. echo ‘+--------------+---------+-----------+‘
  32. continue
  33. fi
  34. if echo "$line" | grep -q "^processor"; then
  35. p_id=`echo "$line" | awk -F: ‘{print $2}‘ | tr -d ‘ ‘`
  36. fi
  37. if echo "$line" | grep -q "^core id"; then
  38. c_id=`echo "$line" | awk -F: ‘{print $2}‘ | tr -d ‘ ‘`
  39. fi
  40. if echo "$line" | grep -q "^physical id"; then
  41. s_id=`echo "$line" | awk -F: ‘{print $2}‘ | tr -d ‘ ‘`
  42. fi
  43. done < /proc/cpuinfo
  44. echo
  45. awk -F: ‘{
  46. if ($1 ~ /processor/) {
  47. gsub(/ /,"",$2);
  48. p_id=$2;
  49. } else if ($1 ~ /physical id/){
  50. gsub(/ /,"",$2);
  51. s_id=$2;
  52. arr[s_id]=arr[s_id] " " p_id
  53. }
  54. }
  55. END{
  56. for (i in arr)
  57. printf "Socket %s:%s\n", i, arr[i];
  58. }‘ /proc/cpuinfo
  59. echo
  60. echo ‘===== CPU Info Summary =====‘
  61. echo
  62. nr_processor=`get_nr_processor`
  63. echo "Logical processors: $nr_processor"
  64. nr_socket=`get_nr_socket`
  65. echo "Physical socket: $nr_socket"
  66. nr_siblings=`get_nr_siblings`
  67. echo "Siblings in one socket: $nr_siblings"
  68. nr_cores=`get_nr_cores_of_socket`
  69. echo "Cores in one socket: $nr_cores"
  70. let nr_cores*=nr_socket
  71. echo "Cores in total: $nr_cores"
  72. if [ "$nr_cores" = "$nr_processor" ]; then
  73. echo "Hyper-Threading: off"
  74. else
  75. echo "Hyper-Threading: on"
  76. fi
  77. echo
  78. echo ‘===== END =====‘

————————————————————

时间: 2024-08-01 14:59:41

NUMA体系结构详解的相关文章

oracle体系结构详解

Oracle体系结构就是围绕这张图展开的,要想深入了解oracle,就必须把这张图搞明白. 如图: 一.基本组成: Oracle server: 一般情况下是一个instance和一个database组成 1个instance只能对应一个数据库.    特殊:1个数据库可以有多个instance(rac) 一台服务器上同时可装多套版本的数据库软件,每个数据库软件可建多个数据库,但是每个数据库只对应一个instance,也可以理解成每个数据库只有一个SID . 利用DBCA建出的每个库都是相对独立

oracle 体系结构详解

Oracle体系结构就是围绕这张图展开的,要想深入了解oracle,就必须把这张图搞明白. 如图: 一.基本组成: Oracle server: 一般情况下是一个instance和一个database组成 1个instance只能对应一个数据库.    特殊:1个数据库可以有多个instance(rac) 一台服务器上同时可装多套版本的数据库软件,每个数据库软件可建多个数据库,但是每个数据库只对应一个instance,也可以理解成每个数据库只有一个SID . 利用DBCA建出的每个库都是相对独立

oracle11g 体系结构详解

1.oracle内存由SGA+PGA所构成 2.oracle数据库体系结构数据库的体系结构是指数据库的组成.工作过程与原理,以及数据在数据库中的组织与管理机制. oracle工作原理: 1).在数据库服务器上启动Oracle实例:2).应用程序在客户端的用户进程中运行,启用Oracle网络服务驱动器与服务器建立连接:3).服务器运行Oracle网络服务驱动器,建立专用的服务器进程执行用户进程:4).客户端提交事务:5).服务器进程获取sql语句并检查共享池中是否有相似的sql语句,如果有,服务器

HDFS 体系结构详解

Hdfs体系结构:三个进程(namenode,datanode, secondary namenode) Hdfs(hadoopdistributed filesystem)是hadoop的核心子项目,是分布式存储,它是基于流数据模式的访问和处理超大文件.(分布式最大的好处就是其通透性,虽然分布存在不同的datanode上面,但是感觉在一台电脑的本地进行操作). Tips: Hdfs的高可用性主要取决于namenode,间接取决于元数据的可靠性和namenode的服务回复时间. 磁盘元数据文件,

Spring框架学习——Spring的体系结构详解

1.Spring体系结构简介 Spring框架至今已集成了20多个模块,这些模块分布在以下模块中: 核心容器(Core Container) 数据访问/集成(Data Access/Integration)层 Web层 AOP(Aspect Oriented Programming)模块 植入(Instrumentation)模块 消息传输(Messaging) 测试(Test)模块 Spring体系结构如下图: 2.核心容器 Spring的核心容器是其他模块建立的基础,有Spring-core

HDFS体系结构详解

HDFS的体系框架是Master/Slave结构,一个典型的HDFS通常由单个NameNode和多个DataNode组成.NameNode是一个中心服务器,负责文件系统的名字空间的操作,比如打开.关闭.重命名文件或目录,它负责维护文件路径到数据块的映射,数据块到DataNode的映射,以及监控DataNode的心跳和维护数据块副本的个数.集群中的DataNode一般是一个节点一个,负责管理它所在节点上的存储.HDFS暴露了文件系统的名字空间,用户能够以文件的形式在上面存储数据.从内部看,一个文件

tomcat 体系结构详解

详细查看原文博客https://www.cnblogs.com/f-ck-need-u/p/8120008.html#1-web- 原文地址:https://www.cnblogs.com/Shunia123/p/10642786.html

java classLoader体系结构使用详解

原创整理不易,转载请注明出处:java classLoader体系结构使用详解 代码下载地址:http://www.zuidaima.com/share/1774052029516800.htm jvm classLoader architecture: Bootstrap ClassLoader/启动类加载器 主要负责jdk_home/lib目录下的核心 api 或 -Xbootclasspath 选项指定的jar包装入工作. Extension ClassLoader/扩展类加载器  主要负

软件系统的体系结构&Tomcat详解&Web应用&http协议

? day08 软件系统体系结构 ? 常见软件系统体系结构B/S.C/S 1.1 C/S C/S结构即客户端/服务器(Client/Server),例如QQ: 需要编写服务器端程序,以及客户端程序,例如我们安装的就是QQ的客户端程序: 缺点:软件更新时需要同时更新客户端和服务器端两端,比较麻烦: 优点:安全性比较好. ? 1.2 B/S(*****) B/S结构即浏览器/服务器(Browser/Server): 优点:只需要编写服务器端程序: 缺点:安全性较差. ? 2 WEB资源 2.1 We