HQY 一个和谐有爱的空间

对于物理机来说，CPU有socket、Core、thread的概念，一个linux虚拟机上面同样有这些信息，这些信息是什么含义，和物理机之间有多少对应关系呢？如何分配CPU拓扑，会得到较好的性能？

物理CPU

首先介绍一下物理CPU的概念：

一个服务器可以有多个socket

一个socket（插槽）可以插一个chip。

一个chip里面可以有N个core（核）

一个核里面可以有1个CPU线程，如果开启超线程， CPU线程=核*2

下面是一个物理机的CPU信息

上面这些信息是x86 CPU。如果是Power的CPU，超线程可以一个核超出来2个、4个、8个（根据机器型号）。同时，还有一个drawer（抽屉）的概念。一个抽屉里面有N个socket，一个服务器可以有多个抽屉。

虚拟机的CPU

对于虚拟机来说，操作系统看到的CPU信息都是虚拟的，但操作系统认为他们是物理的。

查看虚拟机CPU的方法和物理机没什么区别，一般用lscpu或者cat /proc/cpuinfo来查看

拿一台虚拟的linux举例

这个是linux操作系统看到的CPU信息，linux操作系统并不知道自己跑在一个虚拟机上，虽然看到的CPU都是虚拟的，但linux认为这些都是真的，因此在进程调度上，也会按照这个信息去调度。

CPU(s): 8   :一共8个逻辑CPU，即8个vCPU

Thread(s) per core: 1：每个核有几个线程，分配虚拟机的时候，拓扑默认就是1

Core(s) per socket: 1：每个插槽（一个插槽可以插一个cpu chip）里面有几个核，分配虚拟机的时候，拓扑默认就是1

Socket(s): 8：有几个插槽（一个插槽可以插一个cpu chip）

这一段的信息是，该虚拟机一共有8个chip，每个chip里有1个核，每个核里有1个thread。这样就是8*1*1=8个thread，即8个逻辑CPU，即8个vCPU。

注：这里的socket、core都是虚的。

接下来，看cpuinfo里面的信息（和lscpu是一致的）

processor:
0 ：虚拟CPU（vCPU）的ID，OS以为这是物理的，其实是虚拟的。这里的processor不是虚拟核，而是虚拟CPU线程。因为如果如果分配虚拟机的时候，虚拟核开启超线程（2），那么虚拟CPU线程=虚拟核2

分配8个vCPU：该虚拟机一共有8个chip，每个chip里有1个核，每个核里有1个thread。这样就是81*1=8个thread，即8个vCPU。

换成拓扑B：

CPU(s):     
               8

Thread(s) per core:    2

Core(s) per socket:    4

Socket(s):      
           1

Cpuinfo对应的信息如下

换成拓扑C：

CPU(s):     
               8

Thread(s) per core:    1

Core(s) per socket:    8

Socket(s):      
           1

拓扑的排列组合还可以有很多其他方式。

不同的拓扑是否性能不同？

首先操作系统会看这个拓扑，在进程调度时为了保持亲和性，会优先把同一个进程调度到同一个core上，如果不能调度到同一个core，则尽量调度到同一个socket上。

虚拟化平台，也许也会倾向于把同一个虚拟core、虚拟socket调度到同一个物理core、物理socket上。至于具体到某个虚拟化平台（VMware、KVM、Hyper-V、Citrix）是怎么调度的，肯定是各有各的算法。

因此，如果想收获比较好的虚拟机性能表现，把虚拟机的CPU拓扑设置为和物理机一致，这样在亲和性保持上比较有利。如果不一致，就不利。

举一个不一致的例子。

物理机拓扑：2个sockets、每个socket有4个cores，每个core有一个thread。

虚拟机拓扑：1个sockets、每个socket有8个cores，每个core有一个thread。

在OS进程调度时，如果同一个进程不能调度到同一个虚拟core（名叫A）上，它会调度到同一个socket上其他core，OS一看拓扑，大家都在同一个socket，于是就随便调度到一个core（名叫F）。

而在物理机层面，这个8个虚拟core不可能调度到同一个socket（假设叫1）上，因为一个socket只有4个cores。结果，core（F）就被调度到Socket（名叫2）上了。

于是上下文切换的代价就明显增高。