CN114077493A - 一种资源分配方法及相关设备 - Google Patents

一种资源分配方法及相关设备 Download PDF

Info

Publication number
CN114077493A
CN114077493A CN202010848629.7A CN202010848629A CN114077493A CN 114077493 A CN114077493 A CN 114077493A CN 202010848629 A CN202010848629 A CN 202010848629A CN 114077493 A CN114077493 A CN 114077493A
Authority
CN
China
Prior art keywords
processes
control
control family
priority
resources
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202010848629.7A
Other languages
English (en)
Inventor
李世明
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Honor Device Co Ltd
Original Assignee
Honor Device Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Honor Device Co Ltd filed Critical Honor Device Co Ltd
Priority to CN202010848629.7A priority Critical patent/CN114077493A/zh
Publication of CN114077493A publication Critical patent/CN114077493A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46Multiprogramming arrangements
    • G06F9/50Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5027Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Hardware Redundancy (AREA)

Abstract

本申请实施例公开了一种资源分配方法及相关设备。该方法包括:获取多个进程中每个进程的优先级;将所述多个进程中所述优先级小于第一预设阈值的进程划分为第一控制族群;将所述多个进程中所述优先级大于等于所述第一预设阈值且小于等于第二预设阈值的进程与所述第一控制族群进行嵌套,得到第二控制族群,所述第一控制族群和所述第二控制族群用于控制资源分配。采用本申请实施例,可以提高资源的利用率,提高系统可靠性。

Description

一种资源分配方法及相关设备
技术领域
本申请涉及电子技术领域,尤其涉及一种资源分配方法及相关设备。
背景技术
计算机系统中,中央处理器(central processing processor,CPU)、内存等资源管理是操作系统核心问题之一。在Linux中,CPU资源采用抢占式调度——多个进程按照优先级抢占CPU资源。这种方式在一定程度实现不同进程的资源分配,但无法限制进程能够使用到多少资源。随着计算机能力越来越强大,运行的任务越来越多,需要控制不同的进程能够得到多少资源。为了解决这个问题,Linux内核在引入了控制族群(control groups,Cgroups)机制。基于Cgroups的容器等技术得到了广泛运用,成为云计算等领域的基础技术之一。
使用Cgroups可以隔离不同进程,限制进程所能使用的物理资源,使得进程能够使用到的资源上限成为确定值。但是这种划分方式不够精细,也缺乏弹性,导致资源利用率低。
发明内容
本申请实施例提供一种资源分配方法及相关设备,可以提高资源的利用率,提高系统的可靠性
第一方面,本申请实施例提供了一种资源分配方法,包括:获取多个进程中每个进程的优先级;将多个进程中优先级小于第一预设阈值的进程划分为第一控制族群;将多个进程中优先级大于等于第一预设阈值且小于等于第二预设阈值的进程与第一控制族群进行嵌套,得到第二控制族群,第一控制族群和第二控制族群用于控制资源分配。根据进程的优先级,通过对控制族群进行嵌套划分,使得高优先级的进程可以共享使用低优先级的进程的资源,同时低优先级的进程使用的资源的最大值受限,确保高优先级的进程的资源最小配额,提高资源的利用率。
在一种可能的设计中,第二控制族群中的进程能够共享使用第一控制族群中的进程的资源、且第一控制族群中的进程不能占用第二控制族群中的进程的资源。
在另一种可能的设计中,按照优先级从高到低的顺序对多个进程进行排序。
在另一种可能的设计中,控制族群不仅包括第一控制族群和第二控制族群,也可以包括第三控制族群、第四控制族群以及更多控制族群。所有控制族群都可以形成一个嵌套结构。嵌套结构的每一层对应一个控制族群。其中,嵌套结构外层对应的控制族群可以共享使用嵌套结构内层对应的控制族群的资源,而嵌套结构内层对应的控制族群无法使用嵌套结构外层对应的控制族群的资源。从而实现通过嵌套结构控制资源分配。
在另一种可能的设计中,获取每个控制族群中的进程所需占用资源的平均值和最大值;根据平均值和最大值,确定每个控制族群对应的资源范围。基于控制族群的嵌套结构,结合各个进程对资源在不同业务场景下的资源诉求,从控制族群的外层向内层,依次确认各个控制族群的资源范围。在资源有限场景下,使得所有进程均可以满足不同业务场景下均值、峰值等资源要求。
在另一种可能的设计中,按照每个控制族群中所包含的进程的优先级从大到小的顺序,依次确定每个控制族群对应的资源范围。
在另一种可能的设计中,优先级最高的进程可以使用的资源的最大限额可以为系统最大可用资源,优先级最高的进程可以使用的资源的最小限额可以为系统最大可用资源减去优先级次之的进程可以使用资源的最大限额。优先级次之的进程可以使用的资源的最小限额可以为优先级次之的进程可以使用资源的最大限额减去下一个优先级的进程可以使用资源的最大限额。以此类推。
第二方面,本申请实施例提供了一种计算装置,该计算装置被配置为实现上述第一方面中计算机设备所执行的方法和功能,由硬件/软件实现,其硬件/软件包括与上述功能相应的模块。
第三方面,本申请实施例提供了一种装置,该装置应用于计算机设备中,该装置可以为计算机设备或计算机设备中的芯片。装置包括:处理器、存储器和通信总线,其中,通信总线用于实现处理器和存储器之间连接通信,处理器执行存储器中存储的程序用于实现上述第一方面的步骤。
第四方面,本申请提供了一种计算机可读存储介质,计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行上述各方面的方法。
第五方面,本申请提供了一种包含指令的计算机程序,当其在计算机上运行时,使得计算机执行上述各方面的方法。
第六方面,本申请实施例提供了一种芯片,包括处理器,用于从存储器中调用并运行存储器中存储的指令,使得安装有芯片的计算机设备执行上述任一方面的方法。
第七方面,本申请实施例提供了另一种芯片,包括:输入接口、输出接口和处理器。可选的,还包括存储器,输入接口、输出接口、处理器以及存储器之间通过内部连接通路相连,处理器用于执行存储器中的代码,当代码被执行时,处理器用于执行上述任一方面中的方法。
附图说明
为了更清楚地说明本申请实施例或背景技术中的技术方案,下面将对本申请实施例或背景技术中所需要使用的附图进行说明。
图1是本申请实施例提供的一种资源分配的示意图;
图2是本申请实施例提供的另一种资源分配的示意图;
图3是本申请实施例提供的另一种资源分配的示意图;
图3(A)是本申请实施例提供的另一种资源分配的示意图;
图3(B)是本申请实施例提供的另一种资源分配的示意图;
图4是本申请实施例提供的另一种资源分配的示意图;
图5是本申请实施例提供的一种资源分配方法的流程示意图;
图6是本申请实施例提供的一种控制族群的嵌套关系的示意图;
图7是本申请实施例提供的一种控制族群的嵌套关系的示意图;
图8是本申请实施例提供的一种控制族群的嵌套关系的示意图;
图9是本申请实施例提供的一种资源分配的示意图;
图10是本申请实施例提供的一种计算装置的结构示意图;
图11是本申请实施例提供的一种计算机设备的结构示意图。
具体实施方式
下面结合本申请实施例中的附图对本申请实施例进行描述。
本申请实施例可以由计算机设备完成,该计算机设备可以为服务器、边缘计算设备或终端设备等等。
控制族群(control groups,Cgroups)是一组按照某种标准划分的进程。Cgroups中的资源控制都是以控制族群为单位实现。一个进程可以加入到某个控制族群,也从一个进程组迁移到另一个控制族群。一个进程组的进程可以使用Cgroups以控制族群为单位分配的资源,同时受到Cgroups以控制族群为单位设定的限制。
使用Cgroups,可以隔离不同进程组,限制进程组所能使用的物理资源。例如,如图1所示,同一台设备上运行的多个进程(线程1、线程2、线程3、……),可以分别设置每个线程的能够使用的资源上限(进程1的限额1G、进程2的限额0.5、进程3的限额0.3G),这样即使出现某个恶意进程或进程故障占用大量资源,也不会导致其他进程无法正常运行。
在某些场景中,业务需要限制一组进程能够使用的资源上限。典型场景如边缘计算设备或终端设备中,操作系统OS管理进程与用户业务进程共同部署在同一设备上。可以控制管理进程能够使用的资源上限,为用户业务进程预留足够的资源;或者可以限制用户进程能够使用的资源上限,确保为OS管理进程预留足够的资源。例如,如图2所示,可以限制OS管理进程能够使用的资源为2G,为用户业务进程预留的资源为6G。
使用Cgroups划分,可以对单个进程的资源进行限制。如图3所示,如果OS管理进程中存在3个进程,OS管理进程能够使用的总内存为2G,各个进程的优先级及需要的资源如下:进程1,优先级高,均值1G,峰值1.2G;进程2,优先级低,均值0.5G,峰值0.6G;进程3,优先级低,均值0.5G,峰值0.6G。其中,进程1属于系统关键进程,如果重启会导致整个系统不可用,优先级最高;进程2的优先级次之,重启会导致重要业务受损;进程3的优先级最低,重启对业务的影响最小。对单个进程的资源进行限制,可以包括以下两种划分方式:
第一,按照内存均值进行划分。如图3(A)所示,C1组的限额为1G,C2组的限额为0.5G,C3组的限额为0.5G。这种划分方式,所有进程的资源的限额很公平,不能体现进程优先级的差异。在进程1业务峰值场景下,会导致进程1申请不到内存而内存溢出(out ofmemory,OOM),进而导致进程重启。如果进程1重启会导致整个系统重启,系统不可用。
第二,按照优先级进行划分。如图3(B)所示,C1组的限额为1.2G,C2组的限额为0.4G,C3组的限额为0.4G。这种划分方式,优先考虑高优先级的进程,可以保证高优先级的进程不会因为获取不到资源而重启。但是,由于进程1出现峰值的业务场景频率很低,因此在大多数情况下多分配的0.2G内存处于浪费状态。虽然保障了进程1的资源,但是减少了低优先级的进程2与进程3分配的内存,使得进程2与进程3反复重启,业务长期不可用。
综合以上两种划分方式,使用Cgroups对多个进程中的每个进程进行独立限制,在资源限制的场景下,各种划分方式都存在一定的缺陷。例如没有考虑进程之间的优先级关系,导致系统可用性,可靠性存在很大风险;或者系统资源利用率较低。
除了上述对每个进程进行独立限制以外,还可以使用Cgroups对一组相关进程进行资源限额。如图4所示,对OS管理进程相关的3个进程(进程1、进程2和进程3)整体内存限制为2G。这种方式可以确保OS管理进程相关的3个进程对外不抢占资源,但是这组进程内部没有对资源使用进行任何有效控制和隔离。如果进程3出现故障,申请大量内存不释放,会导致进程1与进程2无法申请到内存而导致OOM重启。系统可靠性差。为了解决上述技术问题,本申请实施例提供了如下解决方案。
如图5所示,图5是本申请实施例提供的一种资源分配方法的流程示意图。本申请实施例中的步骤包括:
S501,获取多个进程中每个进程的优先级。
例如,多个进程可以包括进程1、进程2和进程3。进程1属于系统关键进程,如果重启会导致整个系统不可用,优先级最高;进程2重启会导致重要业务受损,优先级次之;进程3重启对业务影响最小,优先级最低。
可选的,可以按照所述优先级从高到低的顺序对所述多个进程进行排序。也可以按照所述优先级从低到高的顺序对所述多个进程进行排序。
S502,将所述多个进程中所述优先级小于第一预设阈值的进程划分为第一控制族群。
其中,第一控制族群可以包括一个或多个进程。
S503,将所述多个进程中所述优先级大于等于所述第一预设阈值且小于等于第二预设阈值的进程与所述第一控制族群进行嵌套,得到第二控制族群,所述第一控制族群和所述第二控制族群用于控制资源分配。
其中,第二控制族群与第一控制族群形成一个嵌套结构,第一控制族群位于嵌套结构的内层,第二控制族群位于嵌套结构的外层。所述第二控制族群中的进程能够共享使用所述第一控制族群中的进程的资源、且所述第一控制族群中的进程不能占用所述第二控制族群中的进程的资源。
其中,资源可以包括CPU资源、内存资源等等。
可选的,所述多个进程中所述优先级大于等于所述第一预设阈值且小于等于第二预设阈值的进程也可以包括一个或多个进程。可以将所述优先级大于等于所述第一预设阈值且小于等于第二预设阈值的进程与多个第一控制族群进行嵌套。
需要说明的是,控制族群不仅包括第一控制族群和第二控制族群,也可以包括第三控制族群、第四控制族群以及更多控制族群。所有控制族群都可以形成一个嵌套结构。嵌套结构的每一层对应一个控制族群。其中,嵌套结构外层对应的控制族群可以共享使用嵌套结构内层对应的控制族群的资源,而嵌套结构内层对应的控制族群无法使用嵌套结构外层对应的控制族群的资源。从而实现通过嵌套结构控制资源分配。
例如,如图6所示,图6是本申请实施例提供的一种控制族群的嵌套关系的示意图。计算机设备包括进程1、进程2和进程3。进程1的优先级最高、进程2的优先级次之,进程3的优先级最低。可以首先按照优先级从高到低的顺序对进程1、进程2和进程3进行排序,也即进程1-进程2-进程3。然后将进程3划分为一个控制族群C3。接着将控制族群C3与进程2进行嵌套得到一个控制族群C2,最后可以将进程1与控制族群C2进行嵌套得到另一个控制族群C1。这样,在资源短缺情况下,进程1可以共享使用进程2和进程3的资源,进程2可以共享使用进程3的资源,但是进程2和进程3不能使用进程1的资源,进程3不能使用进程2的资源。控制族群C3的资源限额只对进程3有效,控制族群C2的资源限额限制进程2与进程3,控制族群C1的资源限额可以限制所有进程。
又如,如图7所示,图7是本申请实施例提供的一种控制族群的嵌套关系的示意图。计算机设备包括进程1、进程2、进程3和进程4。进程1的优先级最高、进程2的优先级次之,进程3和进程4的优先级最低。可以将进程3划分为控制族群C3,并将进程4划分为控制族群C4,控制族群C3和控制族群C4两者相互独立且为并列关系,在资源短缺情况下不会占用对方资源。当然,也可以将进程3和进程4划分为一个控制族群(图中没有体现)。然后将进程2与控制族群C3和控制族群C4进行嵌套,得到控制族群C2。最后将进程1与控制族群C2进行嵌套,得到控制族群C1。这样,在资源短缺情况下,进程1可以共享使用进程2、进程3和进程4的资源,进程2可以共享使用进程3和进程4的资源,进程3和进程4相互独立。但是,进程2、进程3和进程4不能使用进程1的资源,进程3和进程4不能使用进程2的资源。
又如,如图8所示,图8是本申请实施例提供的一种控制族群的嵌套关系的示意图。计算机设备包括进程1、进程2、进程3、进程4和进程5。进程1的优先级最高、进程2和进程5的优先级次之,进程3和进程4的优先级最低。首先,可以将进程3划分为控制族群C3,并将进程4划分为控制族群C4,然后将进程2与控制族群C3进行嵌套,得到控制族群C2,并将进程5与控制族群C4进行嵌套,得到控制族群C5,控制族群C2和控制族群C5两者相互独立且为并列关系。最后将进程1与控制族群C2和控制族群C5进行嵌套,得到控制族群C1。这样,在资源短缺情况下,进程1可以共享使用进程2、进程3、进程4和进程5的资源,进程2可以共享使用进程3的资源,进程5可以共享使用进程4的资源。但是,由于控制族群C2与控制族群C5相互独立,进程2不能使用进程5和进程4的资源,进程5不能使用进程2和进程3的资源。并且,进程3和进程4也无法使用其他任何进程的资源。
以上只是列举中其中几种控制族群的嵌套关系,还可以包括其他多种嵌套关系。例如,四层嵌套结构、五层嵌套结构等等,此处不再一一举例。
可选的,可以获取所述每个控制族群中的进程所需占用资源的平均值(也称均值)和最大值(也称峰值);根据所述平均值和最大值,确定所述每个控制族群对应的资源范围(包括最小限额和最大限额)。进一步的,可以按照所述每个控制族群中所包含的进程的优先级从大到小的顺序,依次确定所述每个控制族群对应的所述资源范围。从而优先满足高优先级的进程的资源诉求。
其中,优先级最高的进程可以使用的资源的最大限额可以为系统最大可用资源,优先级最高的进程可以使用的资源的最小限额可以为系统最大可用资源减去优先级次之的进程可以使用资源的最大限额。优先级次之的进程可以使用的资源的最小限额可以为优先级次之的进程可以使用资源的最大限额减去下一个优先级的进程可以使用资源的最大限额。以此类推。
例如,对于如图6所示的嵌套结构,系统最大可用资源是2G。由于进程1可以共享使用进程2和进程3的资源,因此进程1可以使用的资源的最大限额为2G,可以使用的资源最小限额为2G-L2,其中,L2为进程2可以使用的资源的最大限额。同理,进程2可以使用资源的最小限额为L2-L3,L3为最内层的控制族群C3对应的进程3可以使用的资源的确定值。
由于进程1所需占用资源的平均值为1G,因此进程1可以使用的资源最小限额2G-L2≥1G,进而可以确定进程2使用的资源的最大限额L2满足:L2≤1G。例如可以L2配置为1G。进一步,进程2可以使用的资源范围为[1G-L3,L2],L3为进程3可以使用的资源的定额值。结合进程2与进程3的资源诉求,可以将L3配置为0.6G。因此,如图9所示,进程1可以使用的资源范围[1G,2G],进程2可以使用的资源范围[0.4G,1G],进程3可以使用的资源的最大限额为0.6G。
在本申请实施例中,根据进程的优先级,通过对控制族群进行嵌套划分,使得高优先级的进程可以共享使用低优先级的进程的资源,同时低优先级的进程使用的资源的最大值受限,确保高优先级的进程的资源最小配额,提高资源的利用率。并且,基于控制族群的嵌套结构,结合各个进程对资源在不同业务场景下的资源诉求,从控制族群的外层向内层,依次确认各个控制族群的资源范围。在资源有限场景下,使得所有进程均可以满足不同业务场景下均值、峰值等资源要求。
如图10所示,图10是本申请实施例提供的一种计算装置的结构示意图。该计算装置可以为计算机设备、或计算机设备中的芯片或处理系统,该装置可以用于实现前述任意实施例中涉及计算机设备的任意方法和功能,该装置可以包括获取模块1001和处理模块1002。其中,获取模块1001和处理模块1002可以对应计算机设备中的处理器。各个模块的详细描述如下。
获取模块1001,用于获取多个进程中每个进程的优先级;
处理模块1002,用于将所述多个进程中所述优先级小于第一预设阈值的进程划分为第一控制族群;将所述多个进程中所述优先级大于等于所述第一预设阈值且小于等于第二预设阈值的进程与所述第一控制族群进行嵌套,得到第二控制族群,所述第一控制族群和所述第二控制族群用于控制资源分配。
可选的,所述第二控制族群中的进程能够共享使用所述第一控制族群中的进程的资源、且所述第一控制族群中的进程不能占用所述第二控制族群中的进程的资源。
可选的,处理模块1002,还用于按照所述优先级从高到低的顺序对所述多个进程进行排序。
可选的,获取模块1001,还用于获取所述每个控制族群中的进程所需占用资源的平均值和最大值;处理模块1002,还用于根据所述平均值和最大值,确定所述每个控制族群对应的资源范围。
可选的,处理模块1002,还用于按照所述每个控制族群中所包含的进程的优先级从大到小的顺序,依次确定所述每个控制族群对应的所述资源范围。
需要说明的是,各个模块的实现还可以对应参图5所示的方法实施例的相应描述,执行上述实施例中计算机设备所执行的方法和功能。
如图11所示,图11是本申请实施例提出的一种计算机设备的结构示意图。该计算机设备可以包括:至少一个处理器1101,至少一个通信接口1102,至少一个存储器1103和至少一个通信总线1104。
其中,处理器1101可以是中央处理器单元,通用处理器,数字信号处理器,专用集成电路,现场可编程门阵列或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框,模块和电路。所述处理器也可以是实现计算功能的组合,例如包含一个或多个微处理器组合,数字信号处理器和微处理器的组合等等。通信总线1104可以是外设部件互连标准PCI总线或扩展工业标准结构EISA总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示,图11中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。通信总线1104用于实现这些组件之间的连接通信。其中,本申请实施例中设备的通信接口1102用于与其他节点设备进行信令或数据的通信。存储器1103可以包括易失性存储器,例如非挥发性动态随机存取内存(nonvolatile random access memory,NVRAM)、相变化随机存取内存(phase change RAM,PRAM)、磁阻式随机存取内存(magetoresistive RAM,MRAM)等,还可以包括非易失性存储器,例如至少一个磁盘存储器件、电子可擦除可编程只读存储器(electrically erasable programmable read-only memory,EEPROM)、闪存器件,例如反或闪存(NOR flash memory)或是反及闪存(NAND flash memory)、半导体器件,例如固态硬盘(solid state disk,SSD)等。存储器1103可选的还可以是至少一个位于远离前述处理器1101的存储装置。存储器1103中可选的还可以存储一组程序代码。处理器1101可选的还可以执行存储器1103中所存储的程序。
获取多个进程中每个进程的优先级;
将所述多个进程中所述优先级小于第一预设阈值的进程划分为第一控制族群;
将所述多个进程中所述优先级大于等于所述第一预设阈值且小于等于第二预设阈值的进程与所述第一控制族群进行嵌套,得到第二控制族群,所述第一控制族群和所述第二控制族群用于控制资源分配。
可选的,所述第二控制族群中的进程能够共享使用所述第一控制族群中的进程的资源、且所述第一控制族群中的进程不能占用所述第二控制族群中的进程的资源。
可选的,处理器1101还用于执行如下操作步骤:
按照所述优先级从高到低的顺序对所述多个进程进行排序。
可选的,处理器1101还用于执行如下操作步骤:
获取所述每个控制族群中的进程所需占用资源的平均值和最大值;
根据所述平均值和最大值,确定所述每个控制族群对应的资源范围。
可选的,处理器1101还用于执行如下操作步骤:
按照所述每个控制族群中所包含的进程的优先级从大到小的顺序,依次确定所述每个控制族群对应的所述资源范围。
进一步的,处理器还可以与存储器和通信接口相配合,执行上述申请实施例中计算机设备的操作。
本申请实施例还提供了一种芯片系统,该芯片系统包括处理器,用于支持计算机设备以实现上述任一实施例中所涉及的功能,例如生成或处理上述方法中所涉及的控制族群。在一种可能的设计中,所述芯片系统还可以包括存储器,所述存储器,用于计算机设备必要的程序指令和数据。该芯片系统,可以由芯片构成,也可以包含芯片和其他分立器件。
本申请实施例还提供了一种处理器,用于与存储器耦合,用于执行上述各实施例中任一实施例中涉及计算机设备的任意方法和功能。
本申请实施例还提供了一种包含指令的计算机程序,其在计算机上运行时,使得计算机执行上述各实施例中任一实施例中涉及计算机设备的任意方法和功能。
本申请实施例还提供了一种装置,用于执行上述各实施例中任一实施例中涉及计算机设备的任意方法和功能。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质(例如固态硬盘solid state disk(SSD))等。
以上所述的具体实施方式,对本申请的目的、技术方案和有益效果进行了进一步详细说明。凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。

Claims (12)

1.一种资源分配方法,其特征在于,包括:
获取多个进程中每个进程的优先级;
将所述多个进程中所述优先级小于第一预设阈值的进程划分为第一控制族群;
将所述多个进程中所述优先级大于等于所述第一预设阈值且小于等于第二预设阈值的进程与所述第一控制族群进行嵌套,得到第二控制族群,所述第一控制族群和所述第二控制族群用于控制资源分配。
2.如权利要求1所述的方法,其特征在于,所述第二控制族群中的进程能够共享使用所述第一控制族群中的进程的资源、且所述第一控制族群中的进程不能占用所述第二控制族群中的进程的资源。
3.如权利要求1或2所述的方法,其特征在于,所述方法还包括:
按照所述优先级从高到低的顺序对所述多个进程进行排序。
4.如权利要求1-3任一项所述的方法,其特征在于,所述方法还包括:
获取所述每个控制族群中的进程所需占用资源的平均值和最大值;
根据所述平均值和最大值,确定所述每个控制族群对应的资源范围。
5.如权利要求4所述的方法,其特征在于,所述根据所述平均值和最大值,确定所述每个控制族群对应的资源范围包括:
按照所述每个控制族群中所包含的进程的优先级从大到小的顺序,依次确定所述每个控制族群对应的所述资源范围。
6.一种计算装置,其特征在于,所述装置包括:
获取模块,用于获取多个进程中每个进程的优先级;
处理模块,用于将所述多个进程中所述优先级小于第一预设阈值的进程划分为第一控制族群;将所述多个进程中所述优先级大于等于所述第一预设阈值且小于等于第二预设阈值的进程与所述第一控制族群进行嵌套,得到第二控制族群,所述第一控制族群和所述第二控制族群用于控制资源分配。
7.如权利要求6所述的装置,其特征在于,所述第二控制族群中的进程能够共享使用所述第一控制族群中的进程的资源、且所述第一控制族群中的进程不能占用所述第二控制族群中的进程的资源。
8.如权利要求6或7所述的装置,其特征在于,
所述处理模块,还用于按照所述优先级从高到低的顺序对所述多个进程进行排序。
9.如权利要求6-8任一项所述的装置,其特征在于,
所述获取模块,还用于获取所述每个控制族群中的进程所需占用资源的平均值和最大值;
所述处理模块,还用于根据所述平均值和最大值,确定所述每个控制族群对应的资源范围。
10.如权利要求9所述的装置,其特征在于,
所述处理模块,还用于按照所述每个控制族群中所包含的进程的优先级从大到小的顺序,依次确定所述每个控制族群对应的所述资源范围。
11.一种计算机存储介质,其特征在于,包括计算机指令,当所述计算机指令在计算机设备上运行时,使得所述计算机设备执行如权利要求1-5中任一项所述的方法。
12.一种芯片,其特征在于,包括处理器,用于从存储器中调用并运行所述存储器中存储的指令,使得安装有所述芯片的计算机设备执行如权利要求1-5中任一项的方法。
CN202010848629.7A 2020-08-21 2020-08-21 一种资源分配方法及相关设备 Pending CN114077493A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010848629.7A CN114077493A (zh) 2020-08-21 2020-08-21 一种资源分配方法及相关设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010848629.7A CN114077493A (zh) 2020-08-21 2020-08-21 一种资源分配方法及相关设备

Publications (1)

Publication Number Publication Date
CN114077493A true CN114077493A (zh) 2022-02-22

Family

ID=80282284

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010848629.7A Pending CN114077493A (zh) 2020-08-21 2020-08-21 一种资源分配方法及相关设备

Country Status (1)

Country Link
CN (1) CN114077493A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114780170A (zh) * 2022-04-11 2022-07-22 远景智能国际私人投资有限公司 容器资源的配置方法、装置、设备及存储介质

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070094343A1 (en) * 2005-10-26 2007-04-26 International Business Machines Corporation System and method of implementing selective session replication utilizing request-based service level agreements
CN101286169A (zh) * 2007-04-13 2008-10-15 奥多比公司 协调内容的下载顺序的客户端管理
CN105279028A (zh) * 2015-11-24 2016-01-27 浪潮(北京)电子信息产业有限公司 一种内存资源分配方法及装置
CN108076486A (zh) * 2017-12-28 2018-05-25 中国电力技术装备有限公司郑州电力设计院 一种基于负载均衡的动态无线资源分配算法
CN109189563A (zh) * 2018-07-25 2019-01-11 腾讯科技(深圳)有限公司 资源调度方法、装置、计算设备及存储介质
CN109918193A (zh) * 2019-01-11 2019-06-21 维沃移动通信有限公司 一种资源分配方法及终端设备
CN110377398A (zh) * 2019-07-10 2019-10-25 腾讯科技(深圳)有限公司 一种资源管理方法、装置及主机设备、存储介质
US10659388B1 (en) * 2019-05-01 2020-05-19 Bank Of America Corporation Transaction processing throttle with dynamic transaction load balancing and transaction starvation prevention
CN111338785A (zh) * 2018-12-18 2020-06-26 北京京东尚科信息技术有限公司 资源调度方法及装置、电子设备、存储介质
CN111399999A (zh) * 2020-03-05 2020-07-10 腾讯科技(深圳)有限公司 计算机资源处理方法、装置、可读存储介质和计算机设备

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070094343A1 (en) * 2005-10-26 2007-04-26 International Business Machines Corporation System and method of implementing selective session replication utilizing request-based service level agreements
CN101286169A (zh) * 2007-04-13 2008-10-15 奥多比公司 协调内容的下载顺序的客户端管理
CN105279028A (zh) * 2015-11-24 2016-01-27 浪潮(北京)电子信息产业有限公司 一种内存资源分配方法及装置
CN108076486A (zh) * 2017-12-28 2018-05-25 中国电力技术装备有限公司郑州电力设计院 一种基于负载均衡的动态无线资源分配算法
CN109189563A (zh) * 2018-07-25 2019-01-11 腾讯科技(深圳)有限公司 资源调度方法、装置、计算设备及存储介质
CN111338785A (zh) * 2018-12-18 2020-06-26 北京京东尚科信息技术有限公司 资源调度方法及装置、电子设备、存储介质
CN109918193A (zh) * 2019-01-11 2019-06-21 维沃移动通信有限公司 一种资源分配方法及终端设备
US10659388B1 (en) * 2019-05-01 2020-05-19 Bank Of America Corporation Transaction processing throttle with dynamic transaction load balancing and transaction starvation prevention
CN110377398A (zh) * 2019-07-10 2019-10-25 腾讯科技(深圳)有限公司 一种资源管理方法、装置及主机设备、存储介质
CN111399999A (zh) * 2020-03-05 2020-07-10 腾讯科技(深圳)有限公司 计算机资源处理方法、装置、可读存储介质和计算机设备

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114780170A (zh) * 2022-04-11 2022-07-22 远景智能国际私人投资有限公司 容器资源的配置方法、装置、设备及存储介质
CN114780170B (zh) * 2022-04-11 2023-07-21 远景智能国际私人投资有限公司 容器资源的配置方法、装置、设备及存储介质

Similar Documents

Publication Publication Date Title
CN112199194B (zh) 基于容器集群的资源调度方法、装置、设备和存储介质
CN110098946B (zh) 虚拟化网元设备的部署方法以及装置
CN109191287B (zh) 一种区块链智能合约的分片方法、装置及电子设备
CN110532197B (zh) 内存回收方法及装置、电子设备、存储介质
CN109417488A (zh) 虚拟网络功能资源管理的方法和设备
CN114168271B (zh) 一种任务调度方法、电子设备及存储介质
CN115002143B (zh) 一种节点选举的方法、装置、存储介质及电子设备
CN112905342A (zh) 资源调度方法、装置、设备及计算机可读存储介质
CN113886069A (zh) 一种资源分配方法、装置、电子设备及存储介质
CN113010265A (zh) Pod的调度方法、调度器、存储插件及系统
CN112214288B (zh) 基于Kubernetes集群的Pod调度方法、装置、设备和介质
CN110795234A (zh) 一种资源调度方法及装置
CN113254223B (zh) 一种系统重启后的资源分配方法、系统及相关组件
CN114077493A (zh) 一种资源分配方法及相关设备
CN114546493A (zh) 核共享方法及装置、处理核、电子设备、介质
CN111831408A (zh) 异步任务处理方法、装置、电子设备及介质
CN112068960A (zh) 一种cpu资源分配方法、装置、存储介质及设备
CN115658295A (zh) 资源调度方法、装置、电子设备和存储介质
CN115150268A (zh) Kubernetes集群的网络配置方法、装置、及电子设备
US20060230246A1 (en) Memory allocation technique using memory resource groups
US11669358B2 (en) Virtual network functions allocation in a datacenter
CN114253663A (zh) 一种虚拟机资源的调度方法和装置
CN116450328A (zh) 内存分配方法、装置、计算机设备和存储介质
CN114116230A (zh) 一种资源管理方法、装置、设备、介质及产品
CN113204433A (zh) 一种集群资源的动态分配方法、装置、设备及存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination