确定虚拟化多处理系统的处理器利用率的制作方法

背景技术：

多处理是指在单个计算系统中使用多个处理组件和/或系统支持多个进程和/或线程的能力，并在多个处理组件之间分配进程和/或线程。多核处理器是具有多个(通常是偶数个)独立物理处理器内核的单个计算组件。多核处理器被制造在单个集成电路晶片上(称为芯片多处理器或cmp)，或者被制造在单个芯片封装中的多个晶片上。多线程是一种单处理器或多核处理器的单处理器内核可以同时执行多个线程的处理器的设计/能力。在多线程中，多个线程共享单个处理器内核的资源，例如计算单元、缓存和转译后备缓冲器(tlb)。从系统设计的角度来看，具有执行多个程序线程的能力的处理器内核称为多线程处理器内核，与在“硬件线程”中执行的程序线程相比，每个这样的处理器内核称为逻辑处理器或硬件线程。

从操作系统(os)获得的cpu利用率是已经用于许多目的(如产品定型、计算机容量规划、作业调度等)的常用指标。然而，随着计算机体系结构设计(包括多处理系统，特别是超线程)的进步，操作系统报告的cpu利用率可能是不可靠的。

虚拟化是在同一硬件系统中复用多个虚拟机(或虚拟映像)的计算机体系结构。操作系统级虚拟化在主机操作系统和用户应用之间创建抽象层。例如，操作系统级虚拟化可以包括单个物理服务器和主机操作系统上的多个虚拟服务器(或容器)，以利用例如数据中心的应用中的相同的硬件和软件资源。

附图简要说明

为了更清楚地描述本公开的实施例中的技术解决方案，本公开简要描述了附图。本申请中所描述的附图仅代表本公开的一些实施例，而本领域的任一普通技术人员无需付出任何创造性劳动即可从附图进一步获得其他附图。在不同的附图中使用相同的数字表示相似或相同的项。

图1示出了示例性多处理系统。

图2示出了包括多处理系统和操作系统级虚拟化的示例性计算系统。

图3示出了控制cpu资源分配的示例性系统。

图4示出了图3的示例性系统的示例性操作环境。

图5示出了控制cpu资源分配的示例性操作过程。

图6示出了控制cpu资源分配的示例性具体操作过程。

图7示出了控制cpu资源分配的另一详细的示例性操作过程。

具体实施方式

本公开提供了一种用于确定具有操作系统级虚拟化的多处理系统的处理器(cpu)利用率的解决方案。在下面的详细描述中，参考构成了本公开的一部分的附图，并通过举例，包括特定的配置或示例，说明了附图的内容。其中在整个附图中相同的数字表示相同元素。

图1示出了包括示例性对称多核处理单元105(“处理单元105”)的示例性多处理系统100，所述对称多核处理单元105包括多个(例如这里是四个)处理器内核110，每个处理器内核110都有自己的缓存“l1缓存”120。处理器内核110也共享缓存“l2缓存”130。每个处理器内核110都包含通过多个(在这里作为说明性示例，为2)硬件线程140的多线程处理能力。在这里的描述中，以处理单元105及其组件和操作为例说明了当前的技术解决方案。应当理解的是，本公开的范围不应限于多处理系统100和/或处理单元105的特定体系结构或任何其他特定的多处理系统体系结构。例如，处理器内核110可以是较低级别的处理器或cpu。在本公开中，术语“处理器”和“cpu”可以互换使用，并且在定义和解释上没有任何变化。此外，多处理系统100可以包括多层的多处理单元105，使得每个处理器内核110本身可以是较低级别的多处理单元105和/或每个多处理单元105可以是较高级别的多处理单元105的处理器内核110。例如，多处理系统100可包含在集群内紧密联接的多处理组件(例如，处理单元105和/或处理器内核110)的分层集群结构。在另一个示例中，多处理系统100和/或处理单元105可以是能够进行虚拟对称多处理的虚拟机(硬件级虚拟化)。在另一个示例中，多处理系统100是包括多层处理单元105和处理器内核110的对称多处理系统。所有现有和未来开发的多处理系统和体系结构都可以与当前公开一起使用，以确定处理器利用率并且分配计算资源，并且所有这些都包含在本公开中。

在本文的描述中，“处理器内核”是指任何具有多线程能力和/或多线程处理的计算组件，而“处理单元”是指具有多个处理器内核的多处理计算组件。术语“处理器使用量/利用率”和“cpu使用量/利用率”可以互换使用并且都是指指示处理器在一定时间段期间使用的时间量的度量，通常用百分比表示。

图2示出了包括多处理处理单元105和操作系统级虚拟化的示例计算系统200。如图2所示，计算系统200包括硬件层210和主机操作系统(os)层220。硬件层210可以包括一个或更多个多处理单元105。虚拟层230位于主机os层220(即，os级虚拟化)内部并包括虚拟映像(虚拟机)240。每个虚拟映像240可以包括能够操作多个进程(pid)244(仅为了说明目的，这里每个虚拟服务器242被显示为具有两个pid244)的虚拟服务器242(例如，容器)。在本文的描述中，虚拟映像、虚拟机、容器和/或虚拟服务器可以互换使用，它们都不限制本公开的范围。为了简单起见，这里可以使用虚拟服务器242作为虚拟映像240的示例。

通过每个虚拟服务器242操作的软件进程244可以在同一处理器内核110的硬件线程140中执行，或者可以由不同处理器内核110的硬件线程140执行。例如如图2所示，虚拟服务器242a的两个pid244a由同一处理器内核110a的硬件线程140a执行；虚拟服务器242b的pid244b和虚拟服务器242c的pid244c各自通过处理器内核110b的一个硬件线程140b执行。

此外，由于计算系统100/200的事件注册和分配方案复杂，虚拟服务器242中的软件进程pid244可能在不同的硬件线程140和/或处理器内核110之间迁移。在多级虚拟化(例如，cpu虚拟化和os级虚拟化的组合)的情况下，这样的复杂性可能会被进一步夸大。

1.示例性系统和环境

图3示出了用于控制计算资源分配的说明性示例计算系统300的各个方面的系统图。如图3所示，计算系统300可以包括包含计算机可执行指令的存储单元310，所述计算机可执行指令在被处理单元执行时配置处理单元以实现计算资源分配系统320。计算资源分配系统320可包括pid识别单元322、vm确定单元330、cpu使用量确定单元332和控制单元334。pid识别单元322还可以进一步包括事件检测单元324、多线程识别单元326和注册检索单元328。

计算系统300还可以包括一个或更多个处理单元(pu)340、一个或更多个接口单元350、一个或更多个联网单元360和其他组件370。

应当注意的是，系统300的单元可能位于单个计算设备(例如，一台pc)上，或者位于分布式计算环境/系统中的多个计算设备中，并且所有都包含在本公开中。不计算设备或分布式计算环境的详细信息不被需要来理解本公开，并且不限制公开的范围。

图4示出了计算资源分配系统320的示例操作环境400。如图4所示，计算资源分配系统320可以通过网络420与多个计算系统200通信。计算系统200中的一个或更多个可以包括多线程处理内核体系结构和操作系统(os)级虚拟化，例如容器。图4示出了计算资源分配系统320与计算系统200远程地作用。然而，资源分配系统320也可以在物理上位于计算系统200内/与计算系统200共存。

在操作中，pid识别单元322通常可以被配置为识别在一段时间期间通过同一个处理器内核110进行操作的多个软件进程244。任何方法都可以在本申请中采用并所有方法都包含在本申请中。例如，在一段时间期间通过处理器内核110操作的多个软件进程244包括检测多个软件进程共享处理器内核110的硬件资源(例如，缓存)。在另一个示例中，pid识别单元322可以识别多个软件进程244，所述多个软件进程244是在处理器内核110下的多线程架构的同一级上被同时操作的。

在pid识别单元322内，事件检测单元324可以被配置为在采样间隔期间检测软件进程244向处理器内核110注册的注册事件，或者在采样间隔期间检测软件进程244被处理器内核110终止的终止事件。软件进程的注册/终止状态的确定可能是基于事件的。即，pid识别单元322及其单元不能用处理器内核110和/或其硬件线程140连续地监控软件进程244的注册和/或终止状态。相反，在通过事件检测单元324检测事件时检查软件进程244的注册/终止状态。

多线程识别单元326可以被配置为识别通过处理器内核110操作的所有共存软件进程244。在一个示例中，识别通过处理器内核110操作的所有共存软件进程244包括检测多个软件进程244共享处理器内核110的硬件资源(例如，l1缓存120)。

注册检索单元328可以被配置为确定软件进程244向处理器内核110的最新注册时间。在事件检测单元324检测到软件进程244的注册事件之后，可以记录并存储注册时间。值得注意的是，软件进程244可以向多个处理器内核110按顺序注册和/或终止，并且可以从一个处理器内核110迁移到另一个处理器内核110。注册检索单元328可以检索这些存储的注册时间，以确定软件进程244向处理器内核110的最新注册时间

可以将vm确定单元330配置为确定与多个软件进程244关联的一个或更多个操作系统(os)级虚拟映像240(例如包括虚拟服务器242)。例如，如图2所示，进程pid244b和244c是通过处理器内核110b共存的软件进程，虚拟服务器242b和242c被确定为分别与软件进程244b和244c相关联。

cpu使用量确定单元332可以被配置为基于一个或更多个os级虚拟机242的计数来确定所述一个或更多个os级虚拟机242中的每一个在一段时间内的cpu使用量。例如，cpu使用量确定单元332可以将cpu使用量平均归因于一个或更多个os级虚拟机242中的每一个。因此，一个或更多个os级虚拟机242中的每一个在一时间段内可以确定相同的cpu使用量。也就是说，cpu使用量是在容器级而不是在软件进程级确定的。如果两个os级虚拟机242各自具有在一段时间期间通过同一个处理器内核110操作的至少一个软件进程244，则即使这两个os级虚拟机可能具有通过同一处理器内核110同时操作的不同数量的软件进程244，这两个os级虚拟机也将确定有相同量的cpu使用量。

控制单元334可以被配置为基于具有处理器内核110的一个或更多个os级虚拟机的确定的cpu使用来控制处理器内核110的cpu注册的分配。

2.示例操作流

参照图5，图5示出了系统300示例操作过程500的示例流程图。在示例操作510中，pid识别单元322可以识别在第一时间段期间通过同一处理器内核110操作的多个软件进程244。任何方法均可用于识别，并且所有方法均包含在本公开中。在一个示例中，识别在第一时间段期间通过同一处理器内核110操作的多个软件进程244包括检测多个软件进程244共享处理器内核110的硬件资源。在另一个示例中，pid识别单元322可以识别在处理器内核110下的多线程架构的同一级下同时操作的多个软件进程244。举例说明，以图2为例，pid识别单元322可以识别通过同一处理器内核110a操作的两个软件进程244a和通过同一处理器内核110b操作的软件进程244b和244c。任何方法都可以设置第一时间段并且包括所有方法。在一个示例中，第一时间段可以包含在采样间隔内，并且可以与采样间隔完全交叠。

在示例操作520中，vm确定单元330可以确定与多个软件进程244相关联的一个或更多个操作系统(os)级虚拟映像/虚拟机240(例如包括虚拟服务器242)。任何方法可用于确定与软件进程244相关联的虚拟机242，所有这些方法都包含在本公开中。如图2所示，举例说明，软件进程pid244b和pid244c与虚拟服务器242b和242c相关联，两个pid244a与虚拟服务器242a相关联。

应当注意的是，出于示例操作510、520的目的而收集数据的任何和所有方法都可以使用，而且所有方法都包括在本公开中。例如，可以使用基于windows和/或基于unix的实时性能监视工具和/或基于日志的性能监视工具来收集关于线程140和/或处理器内核110的进程244和/或虚拟机242的系统操作/cpu注册数据。本公开并不限于以任何特定的方式的数据收集和/或收集的数据将用于操作。

在示例操作530中，cpu使用量确定单元332可以根据一个或更多个os级虚拟机240的计数来确定所述一个或更多个os级虚拟机240中的每一个在第一时间间隔内的cpu使用量。例如，cpu使用量确定单元332可以在第一时间间隔内将cpu使用量平均归因于一个或更多个os级虚拟机240中的每一个。举例来说，在图2中，os级虚拟服务器242b和242c各自包括在一段时间期间通过同一处理器内核110b操作的至少一个软件进程244(pid244b和pid244c)。根据虚拟机240的计数，即，两个，这两个os级虚拟机240将在一段时间内确定相同量的cpu使用量，例如，处理器内核110b的50％的cpu使用量。同样以图2为例，虚拟服务器242a的两个软件进程pid244a在同一处理器内核110a下操作一段时间。基于所涉及的虚拟机的计数数量，这里，一个虚拟机，处理器内核110a的100％的cpu使用量可能在一段时间内归因于虚拟服务器242a。

在示例操作540中，控制单元334可以根据一个或更多个os级虚拟机240/242的确定的cpu使用量来控制处理器内核110的cpu注册的分配。控制单元334可以使用虚拟机242所确定的cpu使用量，以各种方式控制分配给虚拟机242的cpu注册，所有这些都包含在本公开中。例如，如果虚拟机242具有一定数量的cpu使用量作为容器协议的一部分，则所确定的cpu使用量(和/或其累积)可用于确定虚拟机242可访问的剩余计算资源。对于另一个示例，所确定的cpu使用量(和/或其积累)可用于对有权访问虚拟机242的硬件计算资源进行优先级排序和/或取消优先级。

图6给出了计算资源分配系统320的详细操作过程。在示例操作610中，事件检测单元324可以在采样间隔期间检测软件进程244向处理器内核110注册的注册事件。对于说明性示例，在采样间隔t0至t2内的时间点t1，事件检测单元324可以检测到向处理器内核110b注册的软件进程pid244b。在一个示例中，将采样间隔设置为小于阈值时间间隔，在该阈值时间间隔期间，软件进程244能够从一个硬件线程140迁移到另一个硬件线程140。

在示例操作620中，事件检测单元324可以识别采样间隔(例如，t0到t2)的在注册事件(例如，在t1)之后的第一部分(例如，t1到t2)作为第一时间段。

在示例操作630中，多线程识别单元326可以识别与新注册的软件进程244通过同一处理器内核110操作的所有共存的软件进程244。在一个示例中，通过处理器内核110操作的所有共存的软件进程244都包括检测软件进程244共享处理器内核110的硬件资源(例如，缓存)。这里，遵循此示例，多线程识别单元326可以识别出软件进程pid244c是与新注册的软件进程pid244b通过同一个处理器内存110b操作的共存软件进程。

在示例操作640中，可以确定新注册的软件进程244和已识别的共存软件进程244是否与同一虚拟机242关联。如图5所示，示例操作520可以确定与多个软件进程244关联的一个或更多个os级虚拟机242。这里，遵循这个示例，可以确定软件进程pid244b与虚拟服务器242b相关联，并且软件进程pid244c与虚拟服务器242c相关联。这两个软件进程244不与同一虚拟机242关联。

在两个软件进程没有关联到同一个虚拟机242的情况下，操作转到示例操作650，其中，注册检索单元328可以确定共存软件进程244向处理器内核110的最新注册时间。在一个示例中，确定共存软件进程244向处理器内核110的最新注册时间被限制在采样间隔内。

遵循说明性示例，对于共存软件进程244c，注册检索单元328可以检索向处理器内核110b的最新注册时间tr。如果tr早于t0，则可以使用相关采样间隔的起始点t0作为共存软件进程244c的最新注册时间。

在示例操作660中，cpu使用量确定单元332可以基于共存软件进程244所涉及的虚拟机的计数来确定虚拟机的cpu使用量(新注册的软件进程244本身就是共存软件进程)。对于第一时间段t1到t2，将处理器内核110b的cpu使用量至少归因于共存软件进程pid244c的os级虚拟机242c和新注册的软件进程pid244b的os级虚拟机244b。例如，对于第一时间段t1到t2，相同数量的处理器内核110b的cpu使用量的50％可以被归因于虚拟服务器242b和虚拟服务器242c中的每一个。

对于在新注册的软件进程pid244b的注册事件(t1)之前和共存软件进程pid244c的最近注册时间(t0)之后的采样间隔的第二部分，即，t0到t1，处理器内核110b的cpu使用量至少归因于共存软件进程pid244c的os级虚拟机242c。

图7给出了计算资源分配系统320的另一个详细操作过程。在示例操作710中，事件检测单元324可以在采样间隔内检测到软件进程244被一个处理器内核110终止的终止事件。对于说明性示例，同样参照图2，在采样间隔t0至t2内的时间点t1，事件检测单元324可以检测到软件进程pid244a被处理器内核110a结束。

在示例操作720中，事件检测单元324可以识别采样间隔(例如，t0到t2)的在终止事件(例如，在t1)之前的第一部分(例如，在t0到t1点)作为第一时间段。

在示例操作730中，多线程识别单元326可以识别所有共存的软件进程244，这些软件进程244作为终止的软件进程244通过相同的处理器内核110操作。在一个示例中，识别通过处理器内核110操作的所有共存的软件进程244包括检测多个软件进程244共享处理器内核110的硬件资源。这里，遵循该示例，多线程识别单元326可以识别另一个软件进程pid244a是与新终止的软件进程pid244a一起通过相同的处理器内核110a操作的共存的软件进程。

在示例操作740中，可以确定新终止的软件进程244和已识别的共存软件进程244是否与同一虚拟机242相关联。如图5所示，示例操作520可以确定与多个软件进程244关联的一个或更多个os级虚拟机242。这里，遵循这个示例，可以确定新终止的软件进程pid244a和共存的软件进程pid244a与同一个虚拟服务器242a相关联。

在新终止的软件进程244不与同一os级虚拟机242相关联并且具有任一个共存的软件进程244的情况下，操作进程可以行进至示例操作750。在示例操作750中，在确定处理器内核110的cpu使用量时，将已终止的软件进程244的os级虚拟机242从一个或更多个os级虚拟机242的计数中移除。对于说明性示例，参照图2，软件进程pid244b和pid244c是通过处理器内核110b操作的共存软件进程。在pid244b被处理器内核110b终止的情况下，可以将与pid244b相关联的虚拟服务器242b从os级虚拟服务器242的计数中移除，并且处理器内核110b的100％的cpu使用量可以归因于pid244c的虚拟服务器242c。

在新终止的软件进程244与至少一个共存软件进程244关联到同一个虚拟机242的情况下，在示例操作760中，在第一时间段内，相同的cpu使用量可以归因于相同的os级虚拟机242。对于说明性示例，即使软件进程pid244a中的一个被处理器内核110a终止，虚拟服务器242a的另一个软件pid244a仍然被处理器内核110a操作，因此同样地，100％的cpu使用量归因于虚拟服务器242a。

以上与图5至图7相关联地描述的操作可以在硬件、软件或它们的组合中实现。在软件的上下文中，操作代表存储在一个或更多个计算机可读存储介质上的计算机可执行指令，所述计算机可执行指令在被一个或更多个处理器执行时执行所述的操作。通常，计算机可执行指令包括执行特定的函数或实现特定的抽象数据类型的例程、程序、对象、组件、数据结构等。在其他实施例中，硬件组件执行一个或更多个操作。这样的硬件组件可以包括或被合并到处理器、专用集成电路(asic)、诸如现场可编程门阵列(fpga)这样的可编程电路或其他方式。操作被描述的顺序并非被解释为一种限制，而是所描述的任何数量的操作都可以以任何顺序和/或并行地组合以实现上述操作。

存储器可以包括计算机可读介质，诸如易失性存储器(诸如随机存取存储器(ram))和/或非易失性存储器(诸如只读存储器(rom)或闪存)，等等。存储器是计算机可读介质的示例。

计算机可读介质包括非易失性的、易失性的、可移动的和非移动的媒介，并且可以通过任何方法或技术实现信息存储。这些信息可以是计算机可读的指令、数据结构、程序模块或其他数据。计算机存储介质的示例包括但不限于相变ram(pram)、静态ram(sram)、动态ram(dram)、其他类型的ram、rom、电可擦可编程只读存储器(eeprom)、闪存或其他内存技术、光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储器、磁带、磁带和磁盘存储器或其他磁存储设备或任何其他非传输媒介，并且可以用于存储可进入计算设备的信息。根据本文中的限定，计算机可读介质不包括暂时性介质，诸如调制的数据信号和载波等。

还应指出，术语“包括”、“包含”或其任何变体旨在包括非排他性的包含，使得包括一系列的要素的过程、方法、产品或设备不仅包括这些要素，而且包括未明确指定的其他要素，或者可进一步包括所述过程、方法、产品或设备的固有要素。在没有更多的限制的情况下，被“包括一/一个…”限定的要素不排除在包含该要素的过程、方法、产品或设备中存在其他相同的要素。

上述只是本申请的示例，其并非用于限制本申请。对于本领域技术人员来说，本申请可以具有各种变化和改变。在本申请的精神和原则范围内做出的任何修正、等同替换、改进等应包括在本申请的权利要求的范围内。

本公开可以利用以下条款来理解：

条款1：一种计算机实现的系统，该计算机实现的系统包括：一个或更多个处理器；以及计算机可读存储介质，该计算机可读存储介质在通信上与所述一个或更多个处理器联接，所述计算机可读存储介质中存储有计算机可执行的指令，所述指令在被执行时配置所述一个或更多个处理器以实现计算资源分配系统，所述计算资源分配系统能够进行操作以：识别在第一时间段期间通过处理器内核操作的多个软件进程；确定与所述多个软件进程关联的一个或更多个操作系统(os)级虚拟机；以及基于所述一个或更多个os级虚拟机的计数来确定所述一个或更多个os级虚拟机中的每一个在所述第一时间段的cpu使用量。

条款2：根据条款1所述的计算机实现的系统，其中，所述计算资源分配系统能够进一步进行操作以基于所述一个或更多个os级虚拟机的cpu使用量来控制所述处理器内核的cpu注册。

条款3：根据条款1所述的计算机实现的系统，其中，识别所述多个软件进程包括：在采样间隔期间检测软件进程被新注册到所述处理器内核的注册事件；将所述采样间隔的在所述注册事件之后的第一部分识别为第一时间段；识别通过所述处理器内核操作的共存软件进程；确定所述共存软件进程和新注册的软件进程是否与同一os级虚拟机相关联；以及在所述共存软件进程与所述新注册的软件进程不与同一os级虚拟机相关联的情况下，确定所述共存软件进程向所述处理器内核的最新注册时间。

条款4：根据条款3所述的计算机实现的系统，其中，确定所述共存软件进程向所述处理器内核的最新注册时间被限制在所述采样间隔内。

条款5：根据条款3所述的计算机实现的系统，其中，对于所述采样间隔的在所述注册事件之前和在所述共存软件进程的所述最新注册时间之后的第二部分，将所述处理器内核的cpu使用量至少归因于所述共存软件进程的os级虚拟机；并且对于所述第一时间段，将所述处理器内核的cpu使用量至少归因于所述共存软件进程的os级虚拟机和所述新注册的软件进程的os级虚拟机。

条款6：根据条款1所述的计算机实现的系统，其中，基于所述一个或更多个os级虚拟机的计数来确定所述一个或更多个os级虚拟机中的每一个在所述第一时间段的cpu使用量包括针对所述第一时间段将所述cpu使用量平均归因于所述一个或更多个os级虚拟机中的每一个。

条款7：根据条款1所述的计算机实现的系统，其中，所述多个软件进程在所述处理器内核下的多线程架构的同一级上同时操作。

条款8：根据条款1所述的计算机实现的系统，其中，识别在所述第一时间段期间通过所述处理器内核操作的所述多个软件进程包括检测所述多个软件进程共享所述处理器内核的硬件资源。

条款9：根据条款3所述的计算机实现的系统，其中，所述采样间隔被设置为小于阈值时间间隔，在该阈值时间间隔期间，软件进程能够从一个硬件线程迁移到另一个硬件线程。

条款10：根据条款1所述的计算机实现的系统，其中，所述计算实现的系统包括包含多层的处理单元和处理器内核的对称多处理系统。

条款11：根据条款1所述的计算机实现的系统，其中，识别所述多个软件进程包括：在采样间隔期间检测软件进程被所述处理器内核终止的终止事件；将所述采样间隔的在所述终止事件之前的第一部分识别为所述第一时间段；识别通过所述处理器内核操作的共存软件进程；以及确定所述共存软件进程和终止的软件进程是否与同一os级虚拟机相关联。

条款12：根据条款11所述的计算机实现的系统，其中，在所述共存软件进程和所述终止的软件进程与同一os级虚拟机相关联的情况下，在所述采样间隔的在所述终止事件之后的第二部分中，将相同部分的cpu使用量归因于相同的os级虚拟机。

条款13：根据条款11所述的计算机实现的系统，其中，在所有共存软件进程都不与同一os级虚拟机相关联并且作为所述终止的软件进程的情况下，在确定所述处理器内核的cpu使用量时将所述终止的软件进程的os级虚拟机从所述一个或更多个os级虚拟机的计数中移除。

条款14：一种方法，该方法包括：识别在第一时间段内通过计算系统的处理器内核操作的多个软件进程；确定与所述多个软件进程关联的一个或更多个操作系统(os)级虚拟化映像；以及在所述一个或更多个os级虚拟化映像中平均确定与所述处理器内核相关联的计算资源的使用量。

条款15：根据条款14所述的方法，其中，识别所述多个软件进程包括：在采样间隔期间检测软件进程被新注册到所述处理器内核的注册事件；将所述采样间隔的在所述注册事件之后的第一部分识别为第一时间段；识别通过所述处理器内核操作的共存软件进程；确定所述共存软件进程与所述新注册的软件进程是否与同一os级虚拟化映像相关联；以及在所述共存软件进程与所述新注册的软件进程不与同一os级虚拟化映像相关联的情况下，确定所述共存软件进程向所述处理器内核的最新注册时间。

条款16：根据条款14所述的方法，其中，对于所述采样间隔的在所述注册事件之前和在所述共存软件进程的所述最新注册时间之后的第二部分，将所述处理器内核的cpu使用量至少归因于所述共存软件进程的os级虚拟化映像；并且对于所述第一时间段，将所述处理器内核的cpu使用量至少归因于所述共存软件进程的os级虚拟化映像和所述新注册软件进程的os级虚拟化映像。

条款17：根据条款14所述的方法，其中，识别在所述第一时间段期间通过所述处理器内核操作的所述多个软件进程包括检测所述多个软件进程共享所述处理器内核的硬件资源。

条款18：根据条款14所述的方法，其中，识别所述多个软件进程包括：在采样间隔期间检测软件进程被所述处理器内核终止的终止事件；将所述采样间隔的在所述终止事件之前的第一部分识别为所述第一时间段；识别通过所述处理器内核操作的共存软件进程；以及确定所述共存的软件进程和终止的软件进程是否与同一os级虚拟化映像相关联。

条款19：根据条款18所述的方法，其中，在所述共存软件进程和所述终止的软件进程与同一os级虚拟化映像相关联的情况下，在所述采样间隔的在所述终止事件之后的第二部分中，将相同部分的cpu使用量归因于相同的os级虚拟化映像。

条款20：一种数据中心应用的服务器，所述服务器包括：处理器；以及与所述处理器在通信上联接的存储器，所述存储器中存储有计算机可执行的指令，所述指令在被执行时配置所述处理器以实现以下操作：识别在第一时间段期间通过执行所述数据中心应用的处理器内核操作的多个软件进程；确定与所述多个软件进程相关联的一个或更多个容器；以及针对所述第一时间段将相同数量的系统资源使用量归因于所述一个或更多个容器中的每一个。

条款21：一种方法，该方法包括：识别在一时间段期间通过计算系统的处理器内核操作的多个软件进程；确定与所述多个软件进程相关联的一个或更多个容器；基于所述容器的计数来确定所述一个或更多个容器中的每一个在所述时间段内的cpu使用量；以及基于所述容器的所确定的cpu使用量来控制cpu资源的分配。

条款22：根据条款21所述的方法，其中，基于所述容器的所确定的cpu使用量来控制cpu资源的分配包括：基于所述容器的所确定的cpu使用量来控制cpu注册的分配。

条款23：根据条款22所述的方法，其中，所述cpu注册包括向所述处理器内核注册软件进程。