CN110633140A - 一种资源调度的方法、装置及计算机存储介质 - Google Patents

一种资源调度的方法、装置及计算机存储介质 Download PDF

Info

Publication number
CN110633140A
CN110633140A CN201810644481.8A CN201810644481A CN110633140A CN 110633140 A CN110633140 A CN 110633140A CN 201810644481 A CN201810644481 A CN 201810644481A CN 110633140 A CN110633140 A CN 110633140A
Authority
CN
China
Prior art keywords
cpu
service
resource
remaining
consumed
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
CN201810644481.8A
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.)
ZTE Corp
Original Assignee
ZTE Corp
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 ZTE Corp filed Critical ZTE Corp
Priority to CN201810644481.8A priority Critical patent/CN110633140A/zh
Publication of CN110633140A publication Critical patent/CN110633140A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements 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/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2209/00—Indexing scheme relating to G06F9/00
    • G06F2209/50—Indexing scheme relating to G06F9/50
    • G06F2209/503—Resource availability

Abstract

本发明实施例公开了一种资源调度的方法、装置及计算机存储介质；该方法包括：检测到第一CPU所承载的业务下线时，确定第一CPU所承载的剩余业务需要消耗的CPU资源；所述第一CPU处于一CPU集合；根据所述剩余业务需要消耗的CPU资源在所述CPU集合内具有剩余处理资源的CPU中确定能够承载所述剩余业务需要消耗的CPU资源的第二CPU；将所述剩余业务调度至所述第二CPU进行处理。

Description

一种资源调度的方法、装置及计算机存储介质
技术领域
本发明涉及计算机应用技术，尤其涉及一种资源调度的方法、装置及计算机存储介质。
背景技术
随着IP网络和多媒体通信技术的快速发展，视频会议系统在各行各业中得到了广泛的应用。由于接入视频会议的设备越来越多，在设备接入会议(简称上会)以及离开会议(下会)的过程中，需要对实现视频会议的资源进行合理的调度和分配。
针对视频会议服务器来说，关键资源在于服务器的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所承载的剩余业务需要消耗的CPU资源；所述第一CPU处于一CPU集合；
所述第二确定部分，配置为根据所述剩余业务需要消耗的CPU资源在所述CPU集合内具有剩余处理资源的CPU中确定能够承载所述剩余业务需要消耗的CPU资源的第二CPU；
所述调度部分，配置为将所述剩余业务调度至所述第二CPU进行处理。
第三方面，本发明实施例提供了一种资源调度装置，所述装置包括：网络接口，存储器和处理器；其中，
所述网络接口，用于在与其他外部网元之间进行收发信息过程中，信号的接收和发送；
所述存储器，用于存储能够在所述第一处理器上运行的计算机程序；
所述处理器，用于在运行所述计算机程序时，执行第一方面所述资源调度方法的步骤。
第四方面，本发明实施例提供了一种计算机存储介质，所述计算机存储介质存储有资源调度的程序，所述资源调度的程序被至少一个处理器执行时实现第一方面所述资源调度方法的步骤。
本发明实施例提供了一种资源调度的方法、装置及计算机存储介质；当第一CPU所承载的业务下线时，将第一CPU所承载的剩余业务资源调度至其他具有剩余资源的第二CPU中，从而避免第一CPU因为处理剩余业务而发生功耗，并且对第一CPU的碎片资源进行了整理，能够降低服务器的CPU功耗，避免资源浪费。
附图说明
图1为本发明实施例提供的一种资源调度的方法流程示意图；
图2为本发明实施例提供的一种上线业务的调度示意图；
图3为本发明实施例提供的资源示意图；
图4为本发明实施例提供的CPU承载业务示意图；
图5为本发明实施例提供的一种资源调度的具体实现流程示意图；
图6为本发明实施例提供的一种上线业务调度完成示意图；
图7为本发明实施例提供的一种剩余业务的示意图；
图8为本发明实施例提供的一种业务调度完成的示意图；
图9为本发明实施例提供的一种资源调度装置的组成示意图；
图10为本发明实施例提供的另一种资源调度装置的组成示意图；
图11为本发明实施例提供的一种资源调度装置的具体硬件结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。
实施例一
参见图1，其示出了本发明实施例提供的一种资源调度的方法，所述方法可以应用于具有多核CPU的资源调度设备，例如处理业务的服务器等，所述方法可以包括：
S101：检测到第一CPU所承载的业务下线时，确定第一CPU所承载的剩余业务需要消耗的CPU资源；所述第一CPU处于一CPU集合；
S102：根据所述剩余业务需要消耗的CPU资源在所述CPU集合内具有剩余处理资源的CPU中确定能够承载所述剩余业务需要消耗的CPU资源的第二CPU；
S103：将所述剩余业务调度至所述第二CPU进行处理。
通过图1所示的技术方案，当第一CPU所承载的业务下线时，能够将第一CPU的剩余业务调度至其他能够承接该剩余业务的第二CPU，从而避免第一CPU由于业务下线产生资源碎片，也避免了第一CPU因为处理剩余业务而发生功耗，能够降低服务器的CPU功耗，避免资源浪费。
对于图1所示的技术方案，在一种可能的实现方式中，S102所述的根据所述剩余业务需要消耗的CPU资源从具有剩余处理资源的CPU中确定能够承载所述剩余业务需要消耗的CPU资源的第二CPU，包括：
从所述具有剩余处理资源的CPU中确定资源占用率最小的备选CPU；
根据所述备选CPU的资源占用率确定所述备选CPU的剩余处理资源；
相应于所述备选CPU的剩余处理资源不小于所述剩余业务需要消耗的CPU资源，将所述备选CPU确定为所述第二CPU。
需要说明的是，针对CPU集合中的各CPU，资源调度设备可以检测并获取到各CPU的处理资源，从而基于表征各CPU所承载业务的资源占用率来确定各CPU的剩余处理资源。
举例来说，备选CPU的总处理资源设置为100，且处理业务导致的资源占用率为10％，因此，备选CPU剩余的处理资源为100×(1-10％)，可以得到备选CPU剩余的处理资源为90；而第一CPU的剩余业务需要消耗的CPU资源设置为80，则可以将该备选CPU确定为第二CPU；若第一CPU的剩余业务需要消耗的CPU资源为90，则无法确定第二CPU，进而不对第一CPU的剩余业务进行调度。
对于图1所示的技术方案，在一种可能的实现方式中，S102所述的剩余业务需要消耗的CPU资源由所述第一CPU的当前资源占用率表征；
相应地，所述根据所述剩余业务需要消耗的CPU资源从具有剩余处理资源的CPU中确定能够承载所述剩余业务需要消耗的CPU资源的第二CPU，包括：
从所述具有剩余处理资源的CPU中确定资源占用率最小的备选CPU；
根据所述备选CPU的资源占用率确定所述备选CPU的剩余资源率；
相应于所述备选CPU的剩余资源率不小于所述第一CPU的当前资源占用率，将所述备选CPU确定为所述第二CPU。
需要说明的是，对于CPU集合中的各CPU，如果每个CPU的总处理资源均相同，那么就可以通过资源占用率来进行确定，举例来说，设定CPU集合中的每个CPU的总处理资源均相同，那么如果第一CPU在业务下线后，剩余业务所导致的第一CPU的当前资源占用率为80％；而备选CPU的资源占用率为10％，可以得知，备选CPU的剩余资源率为1-10％＝90％，大于第一CPU的当前资源占用率，因此，可以将该备选CPU确定为第二CPU；若第一CPU的当前资源占用率为95％，大于备选CPU的剩余资源率，则无法确定第二CPU，进而不对第一CPU的剩余业务进行调度。
对于图1所示的技术方案，业务与CPU之间可以通过绑定关系进行分配，相应的，在需要对业务进行调度的时候，就需要将已有的绑定关系进行消除，并建立新的绑定关系，基于此，在一种可能的实现方式中，所述将所述剩余业务调度至所述第二CPU进行处理，包括：
将已有的所述剩余业务与所述第一CPU之间的第一绑定关系修改为所述剩余业务与所述第二CPU之间的第二绑定关系。
对于图1所示的技术方案，相应于所述CPU集合中不具有剩余处理资源的CPU，那么就无法将第一CPU的剩余业务进行调度，基于此，所述方法还包括：
不对所述第一CPU所承载的剩余业务进行调度。
上述方案阐述了业务配置完毕后，出现业务下线时进行资源调度的方法。可以理解地，当业务在接入或上线过程中，就需要对上线业务进行CPU调度，基于此，针对上述方案的内容，参见图2，在检测到第一CPU所承载的业务下线之前，所述方法还包括：
S201：当检测到业务上线时，确定上线业务所需消耗的CPU资源；
S202：按照预设的轮询顺序轮询所述CPU集合中CPU，确定被轮询CPU的剩余处理资源；
S203：相应于所述上线业务所需消耗的CPU资源不大于所述被轮询CPU的剩余处理资源，将所述上线业务调度至所述被轮询CPU进行处理；
S204：相应于所述上线业务所需消耗的CPU资源大于所述被轮询CPU的剩余处理资源，继续按照预设的轮询顺序轮询所述CPU集合中处所述被轮询CPU以外的剩余CPU。
需要说明的是，如果CPU集合中各CPU的标识由数字序号进行表示，那么具体的轮询顺序可以是按照CPU集合中各CPU的数字序号由小到大进行轮询。可以理解地，上述轮询顺序仅作为用于说明本实施例的具体示例，其他能够应用于本实施例的轮询顺序也能够适用，本实施例对此不做赘述。
对于图2所示的技术方案，需要说明的是，基于图1所示方案中业务与CPU之间的绑定关系，当业务上线并调度资源的过程中，可以建立上线业务与CPU之间的绑定关系，因此，在一种可能的实现方式中，所述将所述上线业务调度至所述被轮询CPU进行处理，可以包括：
建立所述上线业务与所述被轮询CPU之间的绑定关系。
需要说明的是，建立绑定关系之后，资源调度设备可以记录各业务所绑定的CPU，并进行保存，从而当某个业务下线之后再重新上线时，可以按照保存的绑定关系确定该业务所要调度的CPU。
本实施例提供了一种资源调度的方法，当第一CPU所承载的业务下线时，能够将第一CPU的剩余业务调度至其他能够承接该剩余业务的第二CPU，从而避免第一CPU由于业务下线产生资源碎片，也避免了第一CPU因为处理剩余业务而发生功耗，能够降低服务器的CPU功耗，避免资源浪费。
实施例二
基于前述实施例相同的发明构思，本实施例将上述实施例的技术方案应用于视频会议的服务器中，需要说明的是，在本实施例中，视频会议可以包括三种类型的业务，即高清视频会议业务、标清视频会议业务和低清视频会议业务。并且在本实施例中，参见图3所示，设定每个CPU的总处理资源均相同，可以设定为200，高清视频会议业务需要消耗的资源为200，标清视频会议业务需要消耗的资源为100，低清视频会议业务需要消耗的资源为50。由此可知，单个CPU能够同时处理一个高清视频会议业务，或者同时处理2个标清视频会议业务，或者同时处理4个低清视频会议业务，或者同时处理1个标清视频会议业务以及2个低清视频会议业务，具体参见如图4所示的单个CPU所能够处理的业务示意图。
参见图5，其示出了本发明实施例提供的一种资源调度的具体实现流程，可以包括：
S501：当业务1上线时，服务器确定业务1需要消耗的CPU资源；
举例来说，服务器包括两个CPU，分别是CPU#A和CPU#B，每个CPU能够所能提供的处理资源均是200。当业务1为高清视频会议业务时，其需要消耗的CPU资源为200；当会议1为标清视频会议业务时，其需要消耗的资源为100；当会议1为低清视频会议业务时，其需要消耗的资源为50。在本实施例中，业务1设定为标清视频会议业务。
S502：按照CPU的标号由大到小轮询CPU#A和CPU#B，确定CPU#A的剩余处理资源；
在本实施例中，设定CPU#A目前没有承载业务，因此，此时CPU#A的剩余处理资源为200。
S503：相应于业务1所需消耗的资源小于CPU#A的剩余处理资源，将业务1调度至CPU#A进行处理，并建立业务1与CPU#A之间的绑定关系。
基于S501至S503的过程，设定业务2和业务3均为低清视频会议业务，那么业务2和业务3上线时，服务器会按照S501至S503的过程分别将业务2和业务3调度至CPU#A进行处理，并针对业务2和业务3分别建立与CPU#A之间的绑定关系。
而设定业务4为标清视频会议业务时，由于业务4所需消耗的资源为100，CPU#A剩余处理资源无法满足，那么会执行S504：相应于业务4所需消耗的CPU资源大于CPU#A的剩余处理资源，继续轮询CPU#B，并确定CPU#B的剩余处理资源；
可以看出，CPU#B此时并没有承载业务，因此，此时CPU#B的剩余处理资源为200。
S505：确定相应于业务4所需消耗的资源小于CPU#B的剩余处理资源，将业务4调度至CPU#B进行处理，并建立业务4与CPU#B之间的绑定关系。
基于上述过程，设定业务5为标清视频会议业务时，那么业务5上线时，服务器会按照上述过程将业务5调度至CPU#B进行处理，并建立业务5与CPU#B之间的绑定关系。
通过上述上线业务的调度过程，参见图6，其示出了业务1至业务5调度至CPU#A以及CPU#B之后的示意图。将上线业务调度完成之后，会出现业务下线的情况。基于此，如S506：服务器检测到业务2下线时，确定CPU#A所承载的剩余业务需要消耗的CPU资源；
可以看出，业务2下线时，CPU#A承载的剩余业务是业务1和业务3，其需要消耗的CPU资源为150；
S507：服务器确定除CPU#A以外，不存在具有剩余处理资源的CPU，则不对业务1和业务3进行调度。
可以理解地，同样当业务3下线时，此时CPU#A承载的剩余业务为业务1，此时由于不存在具有剩余处理资源的CPU，因此不对业务1进行调度。
S508：服务器检测到业务4下线时，确定CPU#B所承载的剩余业务需要消耗的CPU资源；
可以看出，业务4下线时，CPU#B承载的剩余业务是业务5，其需要消耗的CPU资源为100；参见图7所示，此时剩余还在线的业务为业务1和业务5，分别由CPU#A和CPU#B承载，因此，需要将业务5进行调度，如图7中的箭头所示。
S509：服务器确定除CPU#B以外，存在具有剩余处理资源的CPU#A，并确定CPU#A的剩余处理资源；
可以理解地，当业务2和业务3下线后，CPU#A的剩余处理资源为100.
S510：相应于CPU#A的剩余处理资源不小于业务5所需消耗的CPU资源，将业务5调度至CPU#A处理，并将业务5与CPU#B之间的绑定关系修改为业务5与CPU#A之间的绑定关系。
通过S510，可以看出，如图8所示，剩余还在线的业务为业务1和业务5，这两个业务均调度至CPU#A，而CPU#B不成在任何业务，从而避免了CPU#B出现资源碎片，避免了CPU#B的功耗发生，减少了资源浪费
实施例三
基于前述实施例相同的发明构思，参见图9，其示出了本发明实施例提供的一种资源调度装置90，包括：第一检测部分901、第一确定部分902、第二确定部分903和调度部分904；其中，
所述第一检测部分901，配置为检测CPU承载的业务是否下线；
所述第一确定部分902，配置为检测到第一CPU所承载的业务下线时，确定第一CPU所承载的剩余业务需要消耗的CPU资源；所述第一CPU处于一CPU集合；
所述第二确定部分903，配置为根据所述剩余业务需要消耗的CPU资源在所述CPU集合内具有剩余处理资源的CPU中确定能够承载所述剩余业务需要消耗的CPU资源的第二CPU；
所述调度部分904，配置为将所述剩余业务调度至所述第二CPU进行处理。
示例性地，所述第二确定部分903，配置为
从所述具有剩余处理资源的CPU中确定资源占用率最小的备选CPU；
根据所述备选CPU的资源占用率确定所述备选CPU的剩余处理资源；
相应于所述备选CPU的剩余处理资源不小于所述剩余业务需要消耗的CPU资源，将所述备选CPU确定为所述第二CPU。
示例性地，所述剩余业务需要消耗的CPU资源由所述第一CPU的当前资源占用率表征；
相应地，所述第二确定部分903，配置为：
从所述具有剩余处理资源的CPU中确定资源占用率最小的备选CPU；
根据所述备选CPU的资源占用率确定所述备选CPU的剩余资源率；
相应于所述备选CPU的剩余资源率不小于所述第一CPU的当前资源占用率，将所述备选CPU确定为所述第二CPU。
示例性地，所述调度部分904，配置为将已有的所述剩余业务与所述第一CPU之间的第一绑定关系修改为所述剩余业务与所述第二CPU之间的第二绑定关系。
示例性地，所述调度部分904，还配置为相应于所述CPU集合中不具有剩余处理资源的CPU，不对所述第一CPU所承载的剩余业务进行调度。
基于上述方案，参见图10，所述装置90还包括：第二检测部分905、第三确定部分906和第四确定部分907；其中，
所述第二检测部分905，用于检测是否有业务上线，在检测到第一CPU所承载的业务下线之前，所述方法还包括：
所述第三确定部分906，配置为当所述第二检测部分905检测到业务上线时，确定上线业务所需消耗的CPU资源；
所述第四确定部分907，配置为按照预设的轮询顺序轮询所述CPU集合中CPU，确定被轮询CPU的剩余处理资源；
所述调度部分904，还配置为相应于所述上线业务所需消耗的CPU资源不大于所述被轮询CPU的剩余处理资源，将所述上线业务调度至所述被轮询CPU进行处理；以及，
相应于所述上线业务所需消耗的CPU资源大于所述被轮询CPU的剩余处理资源，继续按照预设的轮询顺序轮询所述CPU集合中处所述被轮询CPU以外的剩余CPU。
示例性地，所述所述调度部分904，配置为：建立所述上线业务与所述被轮询CPU之间的绑定关系。
可以理解地，在本实施例中，“部分”可以是部分电路、部分处理器、部分程序或软件等等，当然也可以是单元，还可以是模块也可以是非模块化的。
另外，在本实施例中的各组成部分可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。
所述集成的单元如果以软件功能模块的形式实现并非作为独立的产品进行销售或使用时，可以存储在一个计算机可读取存储介质中，基于这样的理解，本实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或processor(处理器)执行本实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
因此，本实施例提供了一种计算机存储介质，具体可以为计算机可读存储介质，该计算机存储介质存储有资源调度的程序，所述资源调度的程序被至少一个处理器执行时实现上述实施例一或实施例二所述资源调度方法的步骤。
基于上述资源调度装置90以及计算机存储介质，参见图11，其示出了本发明实施例提供的一种资源调度装置90的具体硬件结构，包括：网络接口1101、存储器1102和处理器1103；各个组件通过总线系统1104耦合在一起。可理解，总线系统1104用于实现这些组件之间的连接通信。总线系统1104除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图11中将各种总线都标为总线系统1104。其中，网络接口1101，用于在与其他外部网元之间进行收发信息过程中，信号的接收和发送；
存储器1102，用于存储能够在处理器1103上运行的计算机程序；
处理器1103，用于在运行所述计算机程序时，执行：
检测到CPU所承载的业务下线时，确定CPU所承载的剩余业务需要消耗的CPU资源；所述CPU处于一CPU集合；
根据所述剩余业务需要消耗的CPU资源在所述CPU集合内具有剩余处理资源的CPU中确定能够承载所述剩余业务需要消耗的CPU资源的第二CPU；
将所述剩余业务调度至所述第二CPU进行处理。
可以理解，本发明实施例中的存储器1102可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double DataRate SDRAM，DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DRRAM)。本文描述的系统和方法的存储器1102旨在包括但不限于这些和任意其它适合类型的存储器。
而处理器1103可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器1103中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器1103可以是通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器1102，处理器1103读取存储器1102中的信息，结合其硬件完成上述方法的步骤。
可以理解的是，本文描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现，处理单元可以实现在一个或多个专用集成电路(ApplicationSpecific Integrated Circuits，ASIC)、数字信号处理器(Digital Signal Processing，DSP)、数字信号处理设备(DSP Device，DSPD)、可编程逻辑设备(Programmable LogicDevice，PLD)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)、通用处理器、控制器、微控制器、微处理器、用于执行本申请所述功能的其它电子单元或其组合中。
对于软件实现，可通过执行本文所述功能的模块(例如过程、函数等)来实现本文所述的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。
具体来说，资源调度装置90中的处理器1103还配置为运行所述计算机程序时，执行前述实施例一或实施例二中所述的方法步骤，这里不再进行赘述。
需要说明的是：本发明实施例所记载的技术方案之间，在不冲突的情况下，可以任意组合。
以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (11)

1.一种资源调度的方法，其特征在于，所述方法包括：
检测到第一CPU所承载的业务下线时，确定第一CPU所承载的剩余业务需要消耗的CPU资源；所述第一CPU处于一CPU集合；
根据所述剩余业务需要消耗的CPU资源在所述CPU集合内具有剩余处理资源的CPU中确定能够承载所述剩余业务需要消耗的CPU资源的第二CPU；
将所述剩余业务调度至所述第二CPU进行处理。
2.根据权利要求1所述的方法，其特征在于，所述根据所述剩余业务需要消耗的CPU资源从具有剩余处理资源的CPU中确定能够承载所述剩余业务需要消耗的CPU资源的第二CPU，包括：
从所述具有剩余处理资源的CPU中确定资源占用率最小的备选CPU；
根据所述备选CPU的资源占用率确定所述备选CPU的剩余处理资源；
相应于所述备选CPU的剩余处理资源不小于所述剩余业务需要消耗的CPU资源，将所述备选CPU确定为所述第二CPU。
3.根据权利要求1所述的方法，其特征在于，所述剩余业务需要消耗的CPU资源由所述第一CPU的当前资源占用率表征；
相应地，所述根据所述剩余业务需要消耗的CPU资源从具有剩余处理资源的CPU中确定能够承载所述剩余业务需要消耗的CPU资源的第二CPU，包括：
从所述具有剩余处理资源的CPU中确定资源占用率最小的备选CPU；
根据所述备选CPU的资源占用率确定所述备选CPU的剩余资源率；
相应于所述备选CPU的剩余资源率不小于所述第一CPU的当前资源占用率，将所述备选CPU确定为所述第二CPU。
4.根据权利要求1所述的方法，其特征在于，所述将所述剩余业务调度至所述第二CPU进行处理，包括：
将已有的所述剩余业务与所述第一CPU之间的第一绑定关系修改为所述剩余业务与所述第二CPU之间的第二绑定关系。
5.根据权利要求1所述的方法，其特征在于，相应于所述CPU集合中不具有剩余处理资源的CPU，所述方法还包括：
不对所述第一CPU所承载的剩余业务进行调度。
6.根据权利要求1至5任一项所述的方法，其特征在于，在检测到第一CPU所承载的业务下线之前，所述方法还包括：
当检测到业务上线时，确定上线业务所需消耗的CPU资源；
按照预设的轮询顺序轮询所述CPU集合中CPU，确定被轮询CPU的剩余处理资源；
相应于所述上线业务所需消耗的CPU资源不大于所述被轮询CPU的剩余处理资源，将所述上线业务调度至所述被轮询CPU进行处理；
相应于所述上线业务所需消耗的CPU资源大于所述被轮询CPU的剩余处理资源，继续按照预设的轮询顺序轮询所述CPU集合中处所述被轮询CPU以外的剩余CPU。
7.根据权利要求6所述的方法，其特征在于，所述将所述上线业务调度至所述被轮询CPU进行处理，包括：
建立所述上线业务与所述被轮询CPU之间的绑定关系。
8.一种资源调度装置，其特征在于，所述装置包括：第一检测部分、第一确定部分、第二确定部分和调度部分；其中，
所述第一检测部分，配置为检测CPU承载的业务是否下线；
所述第一确定部分，配置为所述第一检测部分检测到第一CPU所承载的业务下线时，确定第一CPU所承载的剩余业务需要消耗的CPU资源；所述第一CPU处于一CPU集合；
所述第二确定部分，配置为根据所述剩余业务需要消耗的CPU资源在所述CPU集合内具有剩余处理资源的CPU中确定能够承载所述剩余业务需要消耗的CPU资源的第二CPU；
所述调度部分，配置为将所述剩余业务调度至所述第二CPU进行处理。
9.根据权利要求8所述的装置，其特征在于，所述装置还包括：第二检测部分、第三确定部分和第四确定部分；其中，
所述第二检测部分，用于检测是否有业务上线，在检测到第一CPU所承载的业务下线之前，所述方法还包括：
所述第三确定部分，配置为当所述第二检测部分检测到业务上线时，确定上线业务所需消耗的CPU资源；
所述第四确定部分，配置为按照预设的轮询顺序轮询所述CPU集合中CPU，确定被轮询CPU的剩余处理资源；
所述调度部分，还配置为相应于所述上线业务所需消耗的CPU资源不大于所述被轮询CPU的剩余处理资源，将所述上线业务调度至所述被轮询CPU进行处理；以及，
相应于所述上线业务所需消耗的CPU资源大于所述被轮询CPU的剩余处理资源，继续按照预设的轮询顺序轮询所述CPU集合中处所述被轮询CPU以外的剩余CPU。
10.一种资源调度装置，其特征在于，所述装置包括：网络接口，存储器和处理器；其中，
所述网络接口，用于在与其他外部网元之间进行收发信息过程中，信号的接收和发送；
所述存储器，用于存储能够在所述第一处理器上运行的计算机程序；
所述处理器，用于在运行所述计算机程序时，执行权利要求1至7任一项所述资源调度方法的步骤。
11.一种计算机存储介质，其特征在于，所述计算机存储介质存储有资源调度的程序，所述资源调度的程序被至少一个处理器执行时实现权利要求1至7中任一项所述资源调度方法的步骤。
CN201810644481.8A 2018-06-21 2018-06-21 一种资源调度的方法、装置及计算机存储介质 Pending CN110633140A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201810644481.8A CN110633140A (zh) 2018-06-21 2018-06-21 一种资源调度的方法、装置及计算机存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810644481.8A CN110633140A (zh) 2018-06-21 2018-06-21 一种资源调度的方法、装置及计算机存储介质

Publications (1)

Publication Number Publication Date
CN110633140A true CN110633140A (zh) 2019-12-31

Family

ID=68966309

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810644481.8A Pending CN110633140A (zh) 2018-06-21 2018-06-21 一种资源调度的方法、装置及计算机存储介质

Country Status (1)

Country Link
CN (1) CN110633140A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111918097A (zh) * 2020-08-07 2020-11-10 杭州海康威视数字技术股份有限公司 一种解码方法、装置及设备

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101662427A (zh) * 2009-09-18 2010-03-03 华为技术有限公司 一种分配调度资源的方法、系统及路由设备
CN102158513A (zh) * 2010-02-11 2011-08-17 联想(北京)有限公司 一种服务器集群节能的方法、装置和服务器集群
US20130007387A1 (en) * 2009-05-13 2013-01-03 Hitachi, Ltd. Data migration management apparatus and information processing system
CN105677454A (zh) * 2014-11-20 2016-06-15 华为技术有限公司 计算资源的整合方法、装置和系统
CN107943577A (zh) * 2016-10-12 2018-04-20 百度在线网络技术（北京）有限公司 用于调度任务的方法和装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130007387A1 (en) * 2009-05-13 2013-01-03 Hitachi, Ltd. Data migration management apparatus and information processing system
CN101662427A (zh) * 2009-09-18 2010-03-03 华为技术有限公司 一种分配调度资源的方法、系统及路由设备
CN102158513A (zh) * 2010-02-11 2011-08-17 联想(北京)有限公司 一种服务器集群节能的方法、装置和服务器集群
CN105677454A (zh) * 2014-11-20 2016-06-15 华为技术有限公司 计算资源的整合方法、装置和系统
CN107943577A (zh) * 2016-10-12 2018-04-20 百度在线网络技术（北京）有限公司 用于调度任务的方法和装置

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111918097A (zh) * 2020-08-07 2020-11-10 杭州海康威视数字技术股份有限公司 一种解码方法、装置及设备

Similar Documents

Publication Publication Date Title
CN109885410B (zh) 消息发送方法、装置、计算机设备和存储介质
RU2378799C2 (ru) Передача плана доставки контента на мобильные терминалы
US20160378570A1 (en) Techniques for Offloading Computational Tasks between Nodes
EP3979082A1 (en) Memory reclamation method and apparatus, electronic device, and storage medium
CN111163130B (zh) 一种网络服务系统及其数据传输方法
CN105183565A (zh) 计算机、服务质量控制方法及装置
CN109240836B (zh) 一种用于配置消息队列的消息的方法和装置
CN111490947B (zh) 数据包发送方法、数据包接收方法、系统、设备及介质
CN105407413A (zh) 一种分布式视频转码方法及相关设备、系统
CN110769040B (zh) 一种访问请求的处理方法、装置、设备及存储介质
CN106776039B (zh) 一种数据处理方法及装置
CN112312061A (zh) 一种视频会议方法、装置、电子设备及存储介质
CN113835865A (zh) 一种任务部署方法和装置、电子设备和存储介质
CN110633140A (zh) 一种资源调度的方法、装置及计算机存储介质
CN113242149B (zh) 长连接配置方法、装置、设备、存储介质和程序产品
CN108111630B (zh) 一种Zookeeper集群系统及其连接方法和系统
CN111176641B (zh) 流程节点执行方法、装置、介质及电子设备
CN110708293B (zh) 多媒体业务的分流方法和装置
CN113746879A (zh) 一种基于虚拟私有云vpc的数据处理方法及装置
US8909873B2 (en) Traffic control method and apparatus of multiprocessor system
CN111475230A (zh) 应用的功能配置方法、装置和电子设备
CN109005122B (zh) 报文发送方法、装置及网络设备
CN115344350A (zh) 云服务系统的节点设备及资源处理方法
CN110247808B (zh) 信息发送方法、装置、设备及可读存储介质
CN106506561A (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