CPU资源分配方法、装置、电子设备和存储介质与流程

本发明涉及云平台技术领域，特别是涉及一种cpu资源分配方法、装置、电子设备和存储介质。

背景技术：

目前云平台对于多集群的管理是通过容器编排工具来实现的，容器编排工具将计算机集群资源(包括cpu、内存、网络带宽等)整合之后按需供应给租户使用，在资源管理方面能满足租户动态的资源需求，因此减少了租户在基础设施以及系统维护上的成本。但是，容器编排工具在管理租户cpu资源动态需求时，是根据节点当前cpu资源使用量来调整资源配额。这种方法是基于已经出现资源告警情况下进行调整，存在着应用程序由于资源超出限额暂时退出的问题。

当前容器编排工具对于指定资源都是依据需求的上限和下限来确定的。图1是现有技术中的cpu资源分配的示意图，如图1所示，设定某个容器使用2个cpu核心，并且设置了cpu核心数量的上限是4，这些参数的整体发挥作用是容器编排工具下发到容器，容器下发到linuxcgroup，最后由操作系统内核来控制这些进程的资源限制。即在实际的宿主机上，linux并不会将该容器的所有进程放在独立的cpu核心上，而是通过随机分配使其在整体上的比例上占用2个cpu核心(图1中如果每个cpu均匀分配，那么每个cpu分配1/16个核)。

通过容器编排工具来分配cpu核数并不能保证容器完全的在指定的cpu核上运行，也不能避免其他容器中的进程不在自己所占据的cpu核上运行，因此目前容器编排工具指定的cpu核并不是完完全全独立的，仍存在着应用程序由于cpu资源超出限额暂时退出的问题，导致服务的稳定性较差。

技术实现要素：

鉴于上述问题，提出了本发明实施例以便提供一种克服上述问题或者至少部分地解决上述问题的一种cpu资源分配方法、装置、电子设备和存储介质。

依据本发明的第一方面，提供了一种cpu资源分配方法，包括：

接收主节点发送的容器创建指令，所述容器创建指令包括需要绑定的cpu核心数量；

根据所述容器创建指令，创建容器，并创建所述容器对应的资源控制组，所述资源控制组包括cpu亲和性目录；

在所述cpu亲和性目录下创建所述容器对应的控制组文件，确定所述cpu核心数量的空闲cpu核心，并将所述容器与所述空闲cpu核心进行绑定，使得所述容器在绑定的空闲cpu核心上运行。

可选的，所述确定所述cpu核心数量的空闲cpu核心，包括：

采用轮询法对所有cpu核心进行轮询，确定处于空闲状态的cpu核心，作为空闲cpu核心，并在所述空闲cpu核心的数量达到所述cpu核心数量时停止轮询。

可选的，所述将所述容器与所述空闲cpu核心进行绑定，包括：

将所述空闲cpu核心的标识写入到所述cpu亲和性目录下的cpu亲和性文件中。

可选的，在所述根据所述容器创建指令，创建容器之前，还包括：

关闭numa。

可选的，还包括：

挂载资源可见性文件；

响应于针对所述容器的cpu信息查看指令，显示所述容器绑定的cpu核心的信息。

可选的，所述cpu亲和性目录为cpuset目录。

可选的，在所述将所述容器与所述空闲cpu核心进行绑定之后，还包括：

基于对所述容器的压力测试，确定所述空闲cpu核心的使用率，在所述使用率大于或等于预设使用率阈值时，确定所述容器与所述空闲cpu核心绑定成功。

可选的，在所述将所述容器与所述空闲cpu核心进行绑定之后，还包括：

将所述空闲cpu核心的标识发送给所述主节点。

依据本发明的第二方面，提供了一种cpu资源分配装置，包括：

指令接收模块，用于接收主节点发送的容器创建指令，所述容器创建指令包括需要绑定的cpu核心数量；

容器创建模块，用于根据所述容器创建指令，创建容器，并创建所述容器对应的资源控制组，所述资源控制组包括cpu亲和性目录；

cpu绑定模块，用于在所述cpu亲和性目录下创建所述容器对应的控制组文件，确定所述cpu核心数量的空闲cpu核心，并将所述容器与所述空闲cpu核心进行绑定，使得所述容器在绑定的空闲cpu核心上运行。

可选的，所述cpu绑定模块包括：

空闲cpu确定单元，用于采用轮询法对所有cpu核心进行轮询，确定处于空闲状态的cpu核心，作为空闲cpu核心，并在所述空闲cpu核心的数量达到所述cpu核心数量时停止轮询。

可选的，所述cpu绑定模块包括：

cpu记录单元，用于将所述空闲cpu核心的标识写入到所述cpu亲和性目录下的cpu亲和性文件中。

可选的，所述装置还包括：

numa关闭模块，用于在所述根据所述容器创建指令，创建容器之前，关闭numa。

可选的，所述装置还包括：

可见性文件挂载模块，用于挂载资源可见性文件；

容器信息显示模块，用于响应于针对所述容器的cpu信息查看指令，显示所述容器绑定的cpu核心的信息。

可选的，所述cpu亲和性目录为cpuset目录。

可选的，所述装置还包括：

测试模块，用于基于对所述容器的压力测试，确定所述空闲cpu核心的使用率，在所述使用率大于或等于预设使用率阈值时，确定所述容器与所述空闲cpu核心绑定成功。

可选的，所述装置还包括：

cpu绑定信息发送模块，用于在将所述容器与所述空闲cpu核心进行绑定之后，将所述空闲cpu核心的标识发送给所述主节点。

依据本发明的第三方面，还提供了一种服务器，处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如第一方面所述的cpu资源分配方法。

依据本发明的第四方面，还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如第一方面所述的cpu资源分配方法。

本发明提供的cpu资源分配方法、装置、电子设备和存储介质，通过接收主节点发送的容器创建指令，根据容器创建指令，创建容器，并创建容器对应的资源控制组，在资源控制组的cpu亲和性目录下创建容器对应的控制组文件，确定cpu核心数量的空闲cpu核心，并将容器与该空闲cpu核心进行绑定，实现了将容器绑定到独立的cpu核心上，该容器中的服务不会受其他服务的影响，从而提高了服务的稳定性。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。

图1是现有技术中的cpu资源分配的示意图；

图2是本发明实施例中的cpu资源分配的示意图；

图3是本发明实施例提供的一种cpu资源分配方法的步骤流程图；

图4是本发明实施例中容器对应的控制组文件所在目录的示意图；

图5为本发明实施例中在物理机节点存在资源可见性文件和不存在资源可见性文件执行cpu信息查看指令时显示信息的区别示意图；

图6是本发明实施例提供的一种cpu资源分配装置的结构框图；

图7为本发明实施例提供的一种电子设备的结构框图。

具体实施方式

下面将参照附图更详细地描述本发明的示例性实施例。虽然附图中显示了本发明的示例性实施例，然而应当理解，可以以各种形式实现本发明而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本发明，并且能够将本发明的范围完整的传达给本领域的技术人员。

采用现有技术中的cpu资源分配方式，对于部分资源密集型业务，应用程序由于资源超出限额暂时退出的问题更为严重，因此租户需要一种可以提供稳定运行环境的方式，例如某容器需要分配2核cpu资源，那么该容器的所有进程将在指定的2个cpu核心上运行，即该业务进程不会影响其他业务，也不会受其他业务的影响，使得容器的运行环境更加接近使用物理机的使用环境，即达到如图2所示的cpu资源分配效果，该容器可以独占该容器绑定的2个cpu核心。为了实现容器在指定的cpu核心上运行，本发明实施例提供了以下的技术方案。

首先，新建一个集群，作为绑核集群，在所述绑核集群中，每个容器可以绑定指定的一个或多个cpu核心。在所述绑核集群中，确定一个物理机节点，作为主节点，并在主节点中安装容器编排工具，用于调度和管理绑核集群内的物理机节点中的容器。除了绑核集群外，还可以有非绑核集群，非绑核集群采用现有技术中的cpu资源分配方式分配cpu资源，即不会将容器与cpu核心进行绑定，进行随机性确定cpu核心。其中，容器编排为开发人员和基础设施团队提供了一个抽象层来处理大规模的容器化部署。容器编排工具提供的特征在众多提供者之间有所不同，然而常见的公共特征包含准备、发现、资源管理、监视和部署。

租户可以通过管理平台输入服务创建请求，经过审核确定所述服务创建请求要创建的服务需要绑定cpu资源时，管理平台向绑核集群中的主节点发送服务创建请求，所述服务创建请求包括需要绑定的cpu核心数量。主节点接收所述服务创建请求；根据所述服务创建请求，确定集群中满足所述cpu核心数量的物理机节点，即筛选集群中的物理机节点，以确定处于空闲状态的cpu核心的数量等于或大于所述cpu核心数量的物理机节点；向所述物理机节点发送容器创建指令，以指示所述物理机节点创建容器，并创建所述容器对应的资源控制组，在所述资源控制组的cpu亲和性目录下创建所述容器对应的控制组文件，将所述容器与所述cpu核心数量的空闲cpu核心进行绑定。

图3是本发明实施例提供的一种cpu资源分配方法的步骤流程图，可以由集群中的物理机节点执行，该物理机节点可以是从物理机节点，如图3所示，该方法可以包括：

步骤301，接收主节点发送的容器创建指令，所述容器创建指令包括需要绑定的cpu核心数量。

其中，主节点为集群中安装有容器编排工具的物理机节点，用于调度和管理集群内的所有物理机节点中的容器。所述集群为绑核集群。在绑核集群内，容器请求的cpu数目与上限是相等的，保证容器绑定在指定数目的cpu核心上。

主节点在接收到服务创建请求后，通过筛选集群的物理机节点，确定该物理机节点有服务创建请求中需要绑定的cpu核心数量的空闲cpu核心时，向该物理机节点发送的容器创建指令。所述容器创建指令包括待创建的容器需要绑定的cpu核心数量。

步骤302，根据所述容器创建指令，创建容器，并创建所述容器对应的资源控制组，所述资源控制组包括cpu亲和性目录。

根据容器创建指令，创建容器(docker)，并在操作系统(如centos7)的资源控制组(cgroup)下面创建所述容器对应的资源控制组，在所述容器对应的资源控制组下包括cpu亲和性目录以及cpu目录。所述cpu亲和性目录为cpuset目录。在cgroup下与cpu相关的有cpu，cpuacct和cpuset3个目录(subsystem)，其中cpu是用于cpu使用率的划分，而cpuset则用于cpu的亲和性等。对cpu资源的设置可以从2个维度考察：cpu使用百分比和cpu核心数目。前者使用cpusubsystem进行配置，后者使用cpusetsubsystem进行配置。

步骤303，在所述cpu亲和性目录下创建所述容器对应的控制组文件，确定所述cpu核心数量的空闲cpu核心，并将所述容器与所述空闲cpu核心进行绑定，使得所述容器在绑定的空闲cpu核心上运行。

从主节点拉取服务，并将所述服务相关的资源放置到所述资源控制组中，即在cpu目录下保存所述容器对应的控制组文件，同时在cpu亲和性目录下保存相同的一份所述控制组文件，如图4所示，cpu目录下和cpu亲和性(spuset)目录下均保存有所述容器对应的相同的控制组文件。并且确定处于空闲状态的cpu核心，作为空闲cpu核心，空闲cpu核心的数量为容器创建请求中的需要绑定的cpu核心数量，在确定满足要求的空闲cpu核心后，将所述容器与所述空闲cpu核心进行绑定，从而实现了所述容器在绑定的cpu核心中运行，即实现了cpu资源绑定，从而该cpu核心不会被其他容器中的服务占据，而且所述容器中的服务也不会占据其他的cpu核心。其中，cpu资源绑定是指针对宿主机上每个容器中的所有进程在指定的cpu核心上运行。

需要注意的是，依据容器版本的不同，容器控制组文件可能会在不同的目录下。例如经典的容器编排工具kubernetes，在docker18版本的容器控制组文件分发在kubepods目录下(完整的目录是/sys/fs/cgroup/cpu/kubepods/)，在docker12版本容器控制组文件分发在kubepods.slice目录下，在docker12以下版本容器控制组文件分发在system.slice目录下。

在本发明的一个实施例中，所述确定所述cpu核心数量的空闲cpu核心，包括：

采用轮询法对所有cpu核心进行轮询，确定处于空闲状态的cpu核心，作为空闲cpu核心，并在所述空闲cpu核心的数量达到所述cpu核心数量时停止轮询。

通过轮询法对自身的cpu核心进行轮询，即如果一个物理机节点包括的cpu核心的编号从0开始，则通过轮询法从0号cpu核心开始轮询，确定处于空闲状态的cpu核心，作为空闲cpu核心，并在空闲cpu核心的数量达到容器需要绑定的cpu核心数量时停止轮询，从而确定了所述cpu核心数量的空闲cpu核心。例如，一个物理机节点包括32个cpu核心，且编号分别为0到31，容器需要绑定的cpu核心数量为3，则通过轮询法从0号cpu核心开始轮询，确定处于空闲状态的cpu核心，作为空闲cpu核心，并在空闲cpu核心的数量达到3时停止轮询，从而确定了3个空闲cpu核心。如，通过轮询确定0号cpu核心的状态不是空闲状态，已经绑定了其他的容器，再确定1号cpu核心的状态，如此轮询确定3个处于空闲状态的cpu核心，作为所述容器要绑定的cpu核心，经过确定1号cpu核心、3号cpu核心和6号cpu核心为处于空闲状态的cpu核心，在轮询到6号cpu核心后，已经确定了3个空闲cpu核心，则可以停止轮询。

在本发明的一个实施例中，所述将所述容器与所述空闲cpu核心进行绑定，包括：

将所述空闲cpu核心的标识写入到所述cpu亲和性目录下的cpu亲和性文件中。

其中，cpu亲和性文件为cpuset文件，用于记录容器绑定的cpu核心的标识。

cpu亲和性目录下包括cpu亲和性文件，在确定所述cpu核心数量的空闲cpu核心后，将所述cpu核心数量的空闲cpu核心的标识写入到cpu亲和性文件中，从而通过在cpu亲和性目录下创建容器对应的控制组文件，并在cpu亲和性目录下的亲和性文件中记录容器绑定的cpu核心的标识，实现了将容器与cpu核心的绑定。

在创建容器后，生成所述容器对应的容器标识，在创建所述容器对应的控制组文件后，在控制组文件中包括所述容器标识，通过容器标识可以查看所述容器绑定的cpu核心的信息。

本实施例提供的cpu资源分配方法，通过接收主节点发送的容器创建指令，根据容器创建指令，创建容器，并创建容器对应的资源控制组，在资源控制组的cpu亲和性目录下创建容器对应的控制组文件，确定cpu核心数量的空闲cpu核心，并将容器与该空闲cpu核心进行绑定，实现了将容器绑定到独立的cpu核心上，该容器中的服务不会受其他服务的影响，从而提高了服务的稳定性，解决了目前容器编排工具自身并不支持cpu资源绑定，而部分资源密集型业务需要进行cpu资源绑定的实际需求两者之间的矛盾。通过增加可以绑定cpu资源的绑核集群，和之前随机性分配cpu资源的非绑核集群，可以满足不同租户的需求，从侧面增加了云平台业务的多样化。

在上述技术方案的基础上，在所述根据所述容器创建指令，创建容器之前，还包括：关闭numa。

其中，numa(nonuniformmemoryaccessarchitecture，非统一内存访问架构)技术可以使众多服务器像单一系统那样运转，同时保留小系统便于编程和管理的优点。

本发明实施例中，为了避免numa定义的cpu亲和性和本发明实施例中通过容器绑定cpu核心确定的cpu亲和性之间的冲突，在创建容器之前，先关闭numa，从而保证后续容器与cpu核心能够绑定成功。

在上述技术方案的基础上，还包括：

挂载资源可见性文件；

响应于针对所述容器的cpu信息查看指令，显示所述容器绑定的cpu核心的信息。

在物理机节点不挂载资源可见性文件时，由于容器自身的原因，在通过本发明实施例将容器与cpu核心绑定之后，如果进入容器内使用cpu信息查看指令(/proc/cpuinfo命令)时，只能显示宿主机的cpu核心信息，这不免会给监控带来困扰，如果在宿主机上挂载资源可见性文件插件，则会增强容器的隔离性，此时执行cpu信息查看指令时，显示的是该容器所绑定的cpu核心的信息。图5为本发明实施例中在物理机节点存在资源可见性文件和不存在资源可见性文件执行cpu信息查看指令时显示信息的区别示意图，如图5所示，在宿主机中存在资源可见性文件时，执行cpu信息查看指令时显示的是容器相关的cpu信息，而在宿主机中国不存在资源可见性文件时，执行cpu信息查看指令显示的是该宿主机的cpu信息。从而通过挂载资源可见性文件，增强了容器之间的隔离性。

在上述技术方案的基础上，在所述将所述容器与所述空闲cpu核心进行绑定之后，还包括：

基于对所述容器的压力测试，确定所述空闲cpu核心的使用率，在所述使用率大于或等于预设使用率阈值时，确定所述容器与所述空闲cpu核心绑定成功。

在将容器与确定的空闲cpu核心进行绑定之后，为了确定是否绑定成功，可以对所述容器进行压力测试，在进行压力测试的过程中，确定空闲cpu核心的使用率，即确定所述容器绑定的cpu核心的使用率，如果所述使用率大于或等于预设使用率阈值，则确定所述容器与所述空闲cpu核心编订成功。

在上述技术方案的基础上，在所述将所述容器与所述空闲cpu核心进行绑定之后，还包括：将所述空闲cpu核心的标识发送给所述主节点。

在将容器与确定的空闲cpu核心绑定之后，将容器绑定的cpu核心的标识发送给主节点，从而主节点可以对容器进行管理。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明实施例所必须的。

图6是本发明实施例提供的一种cpu资源分配装置的结构框图，如图6所示，该cpu资源分配装置可以包括：

指令接收模块601，用于接收主节点发送的容器创建指令，所述容器创建指令包括需要绑定的cpu核心数量；

容器创建模块602，用于根据所述容器创建指令，创建容器，并创建所述容器对应的资源控制组，所述资源控制组包括cpu亲和性目录；

cpu绑定模块603，用于在所述cpu亲和性目录下创建所述容器对应的控制组文件，确定所述cpu核心数量的空闲cpu核心，并将所述容器与所述空闲cpu核心进行绑定，使得所述容器在绑定的空闲cpu核心上运行。

可选的，所述cpu绑定模块包括：

空闲cpu确定单元，用于采用轮询法对所有cpu核心进行轮询，确定处于空闲状态的cpu核心，作为空闲cpu核心，并在所述空闲cpu核心的数量达到所述cpu核心数量时停止轮询。

可选的，所述cpu绑定模块包括：

cpu记录单元，用于将所述空闲cpu核心的标识写入到所述cpu亲和性目录下的cpu亲和性文件中。

可选的，所述装置还包括：

numa关闭模块，用于在所述根据所述容器创建指令，创建容器之前，关闭numa。

可选的，所述装置还包括：

可见性文件挂载模块，用于挂载资源可见性文件；

容器信息显示模块，用于响应于针对所述容器的cpu信息查看指令，显示所述容器绑定的cpu核心的信息。

可选的，所述cpu亲和性目录为cpuset目录。

可选的，所述装置还包括：

测试模块，用于基于对所述容器的压力测试，确定所述空闲cpu核心的使用率，在所述使用率大于或等于预设使用率阈值时，确定所述容器与所述空闲cpu核心绑定成功。

可选的，所述装置还包括：

cpu绑定信息发送模块，用于在将所述容器与所述空闲cpu核心进行绑定之后，将所述空闲cpu核心的标识发送给所述主节点。

本实施例提供的cpu资源分配装置，通过接收主节点发送的容器创建指令，根据容器创建指令，创建容器，并创建容器对应的资源控制组，在资源控制组的cpu亲和性目录下创建容器对应的控制组文件，确定cpu核心数量的空闲cpu核心，并将容器与该空闲cpu核心进行绑定，实现了将容器绑定到独立的cpu核心上，该容器中的服务不会受其他服务的影响，从而提高了服务的稳定性

图7为本发明实施例提供的一种电子设备的结构框图。如图7所示，该电子设备700可以包括一个或多个处理器701以及与处理器701连接的一个或多个存储器702。电子设备700还可以包括输入接口703和输出接口704，用于与另一装置或系统进行通信。被处理器701的cpu执行的程序代码可存储在存储器702中。

电子设备700中的处理器701调用存储在存储器702的程序代码，以执行上述实施例中的cpu资源分配方法。

上述电子设备中的上述元件可通过总线彼此连接，总线例如数据总线、地址总线、控制总线、扩展总线和局部总线之一或其任意组合。

根据本发明的一个实施例，还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，存储介质可以是只读存储器(read-onlymemory，rom)，或是可读写的，例如硬盘、闪存。所述计算机程序被处理器执行时实现前述实施例的cpu资源分配方法。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本领域内的技术人员应明白，本发明实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本发明实施例是参照根据本发明实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。

以上对本发明所提供的一种cpu资源分配方法、装置、电子设备和存储介质，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。