负载使用率该H个维度的信息确定能够体现综合负载的节点压力。 具体地，根据上述H个维度的信息确定节点压力时，可采用降维的方法。具体实施时，可采 用如下公式：
[0108] NP=1/ [ (1-LMR) * (1-MBU) * (1-CPU)]
[0109] 其中，NP为节点压力值，LMR为该节点上的共享缓存失配率，M脚为该节点上的内 存宽带使用情况，CPU为该节点上的CPU使用率。
[0110] 进一步地，计算了系统中每个节点压力值之后，可根据每个节点的节点压力得到 系统节点压力的相对标准差。
[0111] 具体地，根据每个节点的节点压力得到系统节点压力的相对标准差时，包括但不 限于采用采用如下公式计算：
[011引其中，RSD(N巧为系统节点压力的相对标准差，而为系统中节点压力的平均值， SD (NP)为系统中节点压力的标准差，n为系统中节点的个数。
[0116] 对于上述过程，为了便于理解，下面将W-个具体的例子进行详细地解释说明。
[0117] 例如，系统中有6个节点，分别为节点1、节点2、节点3、节点4、节点5和节点6， 若节点1的节点压力值为2,节点2的节点压力值为4,节点3的节点压力值为5,节点4 的节点压力值为6,节点5的节点压力值为8,节点6的节点压力值为5,则系统中节点压 力的平均值
因此， RSD(NP) =2/5=0. 4,即系统节点压力的相对标准差为0. 4。
[0118] 302;根据系统节点压力的相对标准差判断系统中是否存在满足调度条件的节点， 若存在，则执行步骤303。
[0119] 系统节点压力的相对标准差可W判断系统中各个节点的压力是否均衡，当系统中 节点压力出现不均衡的现象时，说明节点上的各个虚拟处理核也之间存在资源竞争，导致 节点上的各个虚拟处理核也的性能较差，此时需要对节点上的虚拟处理核也进行调度，W 使系统中节点压力均衡；当系统中节点压力均衡时，说明节点上各个虚拟处理核也之间资 源竞争较小，此时节点上的各个虚拟处理核也的性能较佳，此时无需对节点上的虚拟处理 核也进行调度。可见，根据节点压力的相对标准差可W判断系统中是否存在满足调度条件 的节点。具体地，根据系统节点压力的相对标准差判断系统中是否存在满足调度条件的节 点，包括但不限于采用如下步骤：
[0120] 第一步，获取系统中每个节点的中央处理器CPU的负载值，并根据每个节点的CPU 的负载值确定系统的CPU负载值的相对标准差；
[0121] 针对第一步，关于获取系统中每个节点的CPU的负载值的方式，包括但不限于采 用硬件信息监控单元获取每个节点的CPU的负载值。在根据每个节点的CPU负载值确定系 统的CPU的负载值的相对标准差的方式，包括但不限于采用特定的算法进行计算。具体实 施时，可采用如下公式进行计算：
[0124] 其中，RSD (CPU)为系统的CPU的负载值的相对标准差，如为系统中CPU的负 载值的平均值，SD (CPU)为系统中CPU的负载值的标准差，n为系统中的节点数。
[0125] 对于上述过程，为了便于理解，下面将W-个具体的例子进行详细地解释说明。
[0126] 例如，系统中有4个节点，分别为节点1、节点2、节点3和节点4。若节 点1的CPU的负载值为10,节点2的CPU的负载值为15,节点3的CPU的负载值 为20,节点4的CPU的负载值为15,则根据上述公式系统中CPU的负载值的平均 值
因此，
，即系统的CPU的负载值的相对标准差为0. 02。
[0127] 第二步，将系统中节点压力的相对标准差与系统的CPU负载值的相对标准差进行 比较，若系统中节点压力的相对标准差大于系统的CPU负载值的相对标准差，则判断系统 中存在满足调度条件的节点。
[012引需要说明的是，若系统中节点压力的相对标准值小于系统的CPU负载值，说明此 时系统的性能较佳，无需进行调度操作，此时系统可自适应调整进入休眠状态休眠预设时 间，并在达到休眠达到预设时间之后进入下一个调度周期。其中，预设时间可W是1砂、2 砂、3砂等，本实施例不对预设时间作具体的限定。
[0129] 303:在满足调度条件的节点上确定需要调度的虚拟处理核也。
[0130] 虽然上述步骤302中已经判断出系统中存在满足调度条件的节点，但由于需要调 度的节点上有多个虚拟处理核也，而本实施例提供的方法在每轮调度决策时最大调度一个 虚拟处理核也，因此，为了通过对满足调度条件的节点上的虚拟处理核也进行调度，消除满 足调度条件的节点上的虚拟处理核也之间的资源竞争，本实施例提供的方法在判断系统中 存在满足调度条件的节点之后，还需在满足调度条件的节点上确定需要调度的虚拟处理核 也。
[0131] 具体地，在满足调度条件的节点上确定需要调度的虚拟处理核也，包括但不限于 采用如下方式进行确定：
[0132] 第一步，在满足调度条件的节点上查找MPKI值最大和最小的虚拟处理核也；
[0133] 针对第一步，由于上述步骤301中在虚拟处理核也运行时，硬件信息监控单元已 经采集到了每个节点的MPKI，因此，本步骤在上述步骤301的基础上将根据上述步骤301 中采集到的每个节点的各个虚拟处理核也的MPKI值查找MPKI值最大和最小的虚拟处理核 也。具体地，若满足调度条件的节点上有4个虚拟处理核也，分别为虚拟处理核也a、虚拟处 理核也b、虚拟处理核也C和虚拟处理核也d。硬件信息监控单元采集到虚拟处理核也a的 MPKI值为3,虚拟处理核也b的MPKI值为1，虚拟处理核也C的MPKI值为4,虚拟处理核也 d的MPKI值为7。由于虚拟处理核也b的MPKI值小，则确定虚拟处理核也b为满足调度条 件的节点上MPKI值最小的虚拟处理核也；由于虚拟处理核也d的MPKI值大，则确定虚拟处 理核也d为满足调度条件的节点上MPKI值最大的虚拟处理核也。
[0134] 第二步，判断MPKI值最大的虚拟处理核也的是否为内存非本地的虚拟处理核也； [01巧]其中，内存非本地的虚拟处理核也为虚拟处理核也的内存在本地节点上的占用率 小于预设阔值的虚拟处理核也。其中，预设阔值可W是20%、30%、50%等，本实施例不对预设 阔值作具体的限定。具体实施时，预设阔值的选取可采用如下方式：若系统中节点的个数为 n个，则可将预设阔值选取为1/n。例如，若系统中节点的个数为5个，则预设阔值可W选取 为1/5 ;若系统中节点的个数为10个，则预设阔值可W选取为1/10。
[0136] 关于判断MPKI值最大的虚拟处理核也是否为内存非本地的虚拟处理核也的方 式，本实施例不作具体的限定，包括但不限于：首先获取MPKI值最大的虚拟处理核也的内 存，并获取MPKI值最大的虚拟处理核也在本地的内存，然后将获取到的MPKI值最大的虚拟 处理核也在本地的内存与获取到的MPKI值最大的虚拟处理核也的内存作比，得到一个比 值，进而将该比值与预设阔值进行比较，从而判断MPKI值最大的虚拟处理核也是否为内存 非本地的虚拟处理核也。
[0137] 其中，获取MPKI值最大的虚拟处理核也的内存的方式，包括但不限于获取MPKI 值最大的虚拟处理核也的属性信息，并在MPKI值最大的虚拟处理核也的属性信息中提取 MPKI值最大的虚拟处理核也的内存信息，进而将在MPKI值最大的虚拟处理核也的属性信 息中提取的内存信息作为获取到的MPKI值最大的虚拟处理核也的内存。获取MPKI值最大 的虚拟处理核也在本地的内存的方式，包括但不限于在该虚拟机运行时采用硬件信息监控 单元获取本地的内存。
[013引第H步，根据判断结果在满足调度条件的节点上确定需要调度的虚拟处理核也。
[0139] 针对第H步，在判断MPKI值最大的虚拟处理核也是否为内存非本地的虚拟处理 核也时，判断结果有两种，分别为MPKI值最大的虚拟处理核也是内存非本地的虚拟处理核 也，MPKI值最大的虚拟处理核也不是内存非本地的虚拟处理核也，针对该两种不同的情况 在满足调度条件的节点上确定需要调度的虚拟处理核也也是不同的。下面将针对该两种不 同的情况分别进行介绍。
[0140] 第一种情况；若MPKI值最大的虚拟处理核也是内存非本地的虚拟处理核也，则将 MPKI值最大的虚拟处理核也确定为需要调度的虚拟处理核也；
[0141] 针对第一种情况，若MPKI值最大的虚拟处理核也是内存非本地的虚拟处理核也， 说明该虚拟处理核也本地内存的访问量较小，该虚拟机主要访问非本地内存，因此，可将 MPKI值最大的虚拟处理核也确定为需要调度的虚拟处理核也。
[0142] 第二种情况；若MPKI值最大的虚拟处理核也不是内存非本地虚拟处理核也，则将 MPKI值最小的虚拟处理核也确定为需要调度的虚拟处理核也。
[0143] 针对第二种情况，若MPKI值最大的虚拟处理核也不是内存非本地虚拟处理核也， 说明该虚拟处理核也本地内存的访问量较大，此时为了消除满足调度条件的节点上的虚拟 处理核也对资源的竞争，可将MPKI值最小的虚拟处理核也确定为需要调度的虚拟处理核 也。
[0144] 304 ;对需要调度的虚拟处理核也进行调度。
[0145] 为了消除满足调度条件的节点上的资源竞争，提高满足调度条件的节点上的各个 虚拟处理核也的性能，在满足调度条件的节点上确定需要调度的虚拟处理核也之后，将对 需要调度的虚拟处理核也进行调度。具体地，对需要调度的虚拟处理核也进行调度，包括但 不限于采用如下步骤：
[0146] 第一步，在每个节点的节点压力中查找节点压力值最小的节点