系统资源调度方法及装置、计算机存储介质

技术领域

本发明涉及系统资源管理技术领域，尤其涉及一种系统资源调度方法、系统资源调度装置和计算机存储介质。

背景技术

目前的微服务技术不仅在大的商业信息系统中应用甚广，在一些B2B的定制平台中也广泛应用，而且该技术逐渐渗透到边缘计算以及物联网产品中，随之诞生的一些微服务管理技术诸如docker、Kubernetes、Dubbo、zookeeper等应用而生，这些技术极大的解决了微服务的部署、监控以及资源调度等问题；但是与此同时，这些技术对硬件资源的配置和性能要求很高，实际只有一些大的信息系统采用，对于中小型的信息系统、边缘计算网关以及智能终端，应用的并不是很多，主要是因为这类信息系统的硬件资源有限，大部分资源优先业务处理，剩余资源不足以支撑类似庞大的微服务技术正常运转，采用这类技术反而会带来系统性能等方面的负面影响。

因此，设计一种系统资源调度方法以提升软件信息系统的效率和性能是至关重要的。

发明内容

本发明主要目的在于提供一种系统资源调度方法、系统资源调度装置和计算机存储介质，旨在解决现有技术中系统资源不足导致微服务技术无法正常运转的问题。

为实现上述目的，本发明提供一种系统资源调度方法，应用于至少一个应用微服务端和至少一个所述应用微服务端，在一实施例中，所述系统资源调度方法包括以下步骤：

接收应用微服务端发送的注册请求，根据所述注册请求对所述应用微服务端进行注册，生成所述应用微服务端的注册信息；

当接收到所述应用微服务端发送的数据更新通知时，根据所述注册信息，从共享空间读取与所述应用微服务端对应的历史行为日志数据；

根据与所述应用微服务端对应的历史行为日志数据，获取系统状态报告；

基于所述系统状态报告，采用预设资源调度规则，对系统资源进行调度。

在一实施例中，所述接收应用微服务端发送的注册请求，根据所述注册请求对所述应用微服务端进行注册之前，包括：

获取管理微服务端的配置信息，根据所述配置信息确定需要被监测的应用微服务端；

发送所述需要被监测的应用微服务端的注册请求至所述管理微服务端。

在一实施例中，所述注册信息由应用微服务端读取所述管理微服务端的配置信息获得的。

在一实施例中，接收到所述应用微服务端发送的数据更新通知之前，包括：

获取应用微服务端的历史行为日志数据，将所述历史行为日志数据发送至共享空间；

采用所述历史行为日志数据对共享空间进行数据更新，并生成数据更新通知，向所述管理微服务端发送所述数据更新通知。

在一实施例中，所述历史行为日志数据包括：消息信息、中断信息以及中断的资源信息。

在一实施例中，所述根据与所述应用微服务端对应的历史行为日志数据，获取系统状态报告，包括：

获取共享空间内的历史行为日志数据，对所述历史行为日志数据进行统计以生成统计信息；

根据所述统计信息对系统资源的使用情况进行分析并生成系统状态报告。

在一实施例中，所述系统资源运行报告至少包括：系统资源的使用率、消息处理效率以及应用微服务的依赖关系。

在一实施例中，所述基于所述系统状态报告，采用预设资源调度规则，对系统资源进行调度，包括：根据系统资源运行报告，将系统的硬件配置或应用微服务的优先级采用预设资源调度规则进行系统资源的冷调度或热调度。

为实现上述目的，本发明还提供一种系统资源调度装置，所述系统资源调度装置包括存储器、处理器以及存储在所述存储器并可在所述处理器上运行的系统资源调度程序，所述系统资源调度程序被所述处理器执行时实现如上所述的系统资源调度方法的各个步骤。

为实现上述目的，本发明还提供一种计算机存储介质，所述计算机存储介质存储有系统资源调度程序，所述系统资源调度程序被处理器执行时实现如上所述的系统资源调度方法的各个步骤。

本发明提供的系统资源调度方法及系统、系统资源调度装置和计算机存储介质，至少具有以下技术效果：

由于采用了获取管理微服务端的配置信息，根据所述配置信息确定需要被监测的应用微服务端，发送所述需要被监测的应用微服务端的注册请求至所述管理微服务端，接收应用微服务端发送的注册请求，根据所述注册请求对所述应用微服务端进行注册，生成所述应用微服务端的注册信息，获取应用微服务端的历史行为日志数据，将所述历史行为日志数据发送至共享空间，采用所述历史行为日志数据对共享空间进行数据更新，实现信息系统的轻量级管理，对于不需要监控的微服务，可以不进行管理微服务端的注册。

由于采用生成数据更新通知，向所述管理微服务端发送所述数据更新通知，当接收到所述应用微服务端发送的数据更新通知时，根据所述注册信息，从共享空间读取与所述应用微服务端对应的历史行为日志数据，根据与所述应用微服务端对应的历史行为日志数据，获取系统状态报告，基于所述系统状态报告，采用预设资源调度规则，对系统资源进行调度的技术方案，解决现有技术中系统资源不足导致微服务技术无法正常运转的问题，提高软件信息系统的效率和性能。

附图说明

图1为本发明实施例涉及的系统资源调度装置结构示意图；

图2为本发明系统资源调度方法的第一实施例的流程示意图；

图3为本发明系统资源调度方法的第二实施例的流程示意图；

图4为本发明系统资源调度方法的第三实施例的流程示意图；

图5为本发明系统资源调度方法的第三实施例步骤S370的一个细化流程示意图；

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本申请为解决现有技术中系统资源不足导致微服务技术无法正常运转的问题，采用了接收应用微服务端发送的注册请求，根据所述注册请求对所述应用微服务端进行注册，生成所述应用微服务端的注册信息；当接收到所述应用微服务端发送的数据更新通知时，根据所述注册信息，从共享空间读取与所述应用微服务端对应的历史行为日志数据；根据与所述应用微服务端对应的历史行为日志数据，获取系统状态报告；基于所述系统状态报告，采用预设资源调度规则，对系统资源进行调度的技术方案，提高软件信息系统的效率和性能。

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

本领域技术人员可以理解，图1所示的系统资源调度装置结构并不构成对系统资源调度装置的限定，系统资源调度装置可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

处理器1100可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器1100中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器1100可以是通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的计算机存储介质中。该计算机存储介质位于存储器1200，处理器1100读取存储器1200中的信息，结合其硬件完成上述方法的步骤。

可以理解，本发明实施例中的存储器1200可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(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)。本发明实施例描述的系统和方法的存储器1200旨在包括但不限于这些和任意其它适合类型的存储器。

在本申请实施例中，处理器1100可以用于调用存储在存储器1200中的系统资源调度程序，并执行以下操作：

接收应用微服务端发送的注册请求，根据所述注册请求对所述应用微服务端进行注册，生成所述应用微服务端的注册信息；

当接收到所述应用微服务端发送的数据更新通知时，根据所述注册信息，从共享空间读取与所述应用微服务端对应的历史行为日志数据；

根据与所述应用微服务端对应的历史行为日志数据，获取系统状态报告；

基于所述系统状态报告，采用预设资源调度规则，对系统资源进行调度。

在本申请实施例中，处理器1100可以用于调用存储在存储器1200中的系统资源调度程序，并执行以下操作：

获取管理微服务端的配置信息，根据所述配置信息确定需要被监测的应用微服务端；

发送所述需要被监测的应用微服务端的注册请求至所述管理微服务端。

在本申请实施例中，处理器1100可以用于调用存储在存储器1200中的系统资源调度程序，并执行以下操作：

获取应用微服务端的历史行为日志数据，将所述历史行为日志数据发送至共享空间；

采用所述历史行为日志数据对共享空间进行数据更新，并生成数据更新通知，向所述管理微服务端发送所述数据更新通知。

在本申请实施例中，处理器1100可以用于调用存储在存储器1200中的系统资源调度程序，并执行以下操作：

获取共享空间内的历史行为日志数据，对所述历史行为日志数据进行统计以生成统计信息；

根据所述统计信息对系统资源的使用情况进行分析并生成系统状态报告。

在本申请实施例中，处理器1100可以用于调用存储在存储器1200中的系统资源调度程序，并执行以下操作：

根据系统资源运行报告，将系统的硬件配置或应用微服务的优先级采用预设资源调度规则进行系统资源的冷调度或热调度。

由于本申请实施例提供的系统资源调度装置，为实施本申请实施例的方法所采用的系统资源调度装置，故而基于本申请实施例所介绍的方法，本领域所属人员能够了解该系统资源调度装置的具体结构及变形，故而在此不再赘述。凡是本申请实施例的方法所采用的系统资源调度装置都属于本申请所欲保护的范围。上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

对于软件实现，可通过执行本发明实施例所述功能的模块(例如过程、函数等)来实现本发明实施例所述的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。

基于上述结构，提出本发明的实施例。

参照图2，图2为本发明系统资源调度方法的第一实施例的流程示意图，包括以下步骤：

步骤S110，接收应用微服务端发送的注册请求，根据所述注册请求对所述应用微服务端进行注册，生成所述应用微服务端的注册信息。

在本实施例中，整个微服务或进程可以分为三种状态，一种是系统的服务或进程处于休眠态，这种状态下的服务对系统的资源访问较低，系统的资源占用率较低，一种是系统的服务或进程处于工作态，这种状态下的服务对系统的资源访问较高，系统的资源占用率也较高，另一种是系统的服务或进程处于等待态，这种状态下的服务对系统的资源访问已经发生了排队等待，系统的资源处于高速运转状态。

在本实施例中，系统的所有微服务可以看成一个微服务列表，包括一个或多个管理微服务端以及一系列应用微服务端，在本申请中，包括至少一个应用微服务端和至少一个所述应用微服务端，其中，管理微服务端实现系统资源的监控以及管理，应用微服务端实现各种业务需求。

在本实施例中，所述注册请求是应用微服务端向管理微服务端发送的注册申请；所述注册信息是由应用微服务端读取所述管理微服务端的配置信息获得的，并不是将应用微服务端自身的注册信息发送给管理微服务端，而是通过读取管理微服务端配置信息，例如管理微服务端的服务信息、API信息等登记到自己的内存区，从而体现了一种“注册”与“反射表”的关系，其中由于管理微服务端支持多个应用微服务，因此最终注册完成后会形成一个注册表，注册表中存储所有管理微服务端的配置信息。

在本实施例中，将应用微服务端的满足注册条件的应用微服务注册到管理微服务端的注册表中，是为了实现监测代理的过程，监测代理的主要作用是监测应用微服务的事件处理、中断处理、硬件访问等，该代理结合操作系统的特点进行设计实施，其中监测代理具有自身的数据区，该数据区用来存放监测的实时数据，该数据区进行定时清理，一方面避免频繁通知管理微服务端，消耗系统性能，另一方面，避免消耗过多内存资源，影响正常业务处理，该数据区根据需要硬件的情况进行适当控制，另外各个应用微服务的事件通知可以采用统一的消息管理组件来实施，以便接口统一，管理简化。

步骤S120，当接收到所述应用微服务端发送的数据更新通知时，根据所述注册信息，从共享空间读取与所述应用微服务端对应的历史行为日志数据。

在本实施例中，所述历史行为日志数据是监测代理实时监测数据，例如事件处理数据、中断处理数据、硬件访问数据等，将这些数据存储在共享空间的数据区，所述历史行为日志数据包括消息信息、中断信息以及中断的资源信息；本申请要求各个应用微服务的监测数据即历史行为日志数据具有标准的数据格式和标识，这样管理微服务端可以采用统一的方式处理不同应用微服务的监测数据。

在本实施例中，管理微服务端初始化后，进入半休眠或完全休眠状态，直到收到应用微服务的通知事件，管理微服务端才被唤醒进入工作状态；当应用微服务注册完成后，应用微服务会将自身的历史行为日志数据发送至数据共享空间的数据区，同时，应用微服务端发送事件通知消息至管理微服务端，通知管理微服务端所述应用微服务端共享空间的数据区存储的历史行为日志数据进行了更新，管理微服务端收到通知后，从共享空间读取与应用微服务端对应的历史行为日志数据，从而实现访问共享空间。

步骤S130，根据与所述应用微服务端对应的历史行为日志数据，获取系统状态报告。

在本实施例中，所述系统资源运行报告至少包括：系统资源的使用率、消息处理效率以及应用微服务的依赖关系；管理微服务端根据应用微服务端事件的发送者，获取共享空间内的历史行为日志数据，对所述历史行为日志数据进行统计以生成统计信息，根据所述统计信息对系统资源的使用情况进行分析并生成系统状态报告，具体分析过程如步骤S371至步骤S372所述，这里不再赘述。

步骤S140，基于所述系统状态报告，采用预设资源调度规则，对系统资源进行调度。

在本实施例中，根据生成的系统资源运行报告，进行系统资源重新调度，将系统的硬件配置情况或应用微服务的优先级采用预设资源调度规则进行系统资源的冷调度或热调度，主要是对等待状态的服务进行管理和调度；例如，所述预设资源调度规则可以是获取系统资源运行报告中的系统资源使用情况、消息处理情况的结构，比如硬件IO处于高负荷状态，可以根据2:8规则，对于相关的应用微服务，重新调度其中20％的应用微服务，从而让系统处于一个相对均衡的状态，以便其他微服务可以访问到对应的硬件资源。

在本实施例中，对于多核的操作系统，同时进行多个系统应用微服务的处理和访问对系统的运行造成的影响不大，可以采用热调度的方式实现服务资源迁移；对于单核的操作系统，当同时终止某些应用微服务，重启某些应用微服务时，可以采用冷调度的方式实现在不影响微服务运行的方式让微服务进行资源的转移，以便其他服务的消息和事件及时得以处理；在本申请中，根据调度过程以及调度结果生成调度日志，采用该调度日志用于系统资源的二次分析和系统改进；当管理微服务端处理完当前的事件后，进入休眠状态，等待下一轮的事件处理以及资源分析统计。

由于采用将管理微服务端的数据监测能力下发到每个应用微服务，每个应用微服务对处理的中断、消息、事件进行数据记录，并采用共享空间的方式分享数据，管理微服务端收到应用微服务的事件通知消息后，开启工作模式，读取共享空间的数据区中的数据，对监测的数据分别进行统计计算，根据计算的结果，结合分析策略，进一步将监测信息输出为系统状态报告，根据状态报告和调度策略，对系统资源进行调度，实现信息系统的轻量级管理，对于不需要监控的微服务，可以不进行管理微服务端的注册，同时也不会生成监测代理，而管理微服务端在没有通知事件时，处于休眠状态，不会给系统带来额外的开销，充分实现了松耦合、易集成的目标。

参照图3，图3为本发明系统资源调度方法的第二实施例的流程示意图，包括以下步骤：

步骤S210，获取管理微服务端的配置信息，根据所述配置信息确定需要被监测的应用微服务端。

在本实施例中，系统启动后，应用微服务向管理微服务端注册，系统启动后，优先启动管理微服务端，进行管理微服务端初始化，其中管理微服务端的数量是1个或多个，其中如果是多个，则每个管理微服务端分别负责不同权限的管理任务，例如性能统计、资源调度等管理任务，此时，管理微服务端初始化后，进入半休眠或完全休眠状态；启动应用微服务端，应用微服务端向管理微服务端注册，其中，应用微服务端进行初始化任务，读取管理微服务端的配置信息，将管理微服务端的配置信息，例如服务信息、API信息添加到自身的注册队列中，注册队列支持多个集中或异步的管控微服务注册，并且生成对应的监测代理，根据获取到的管理微服务端的配置信息，根据该配置信息确定需要被检测的应用微服务端，通过判断该应用微服务是否需要进行微服务管理，这个过程相当于遍历的过程，需要判断所有微服务是否需要进行微服务管理，如果需要，应用微服务向管理微服务端注册；如果不需要，应用微服务执行自身的业务流程，包括业务流程的初始化以及资源申请，进入正常任务执行状态，直到应用微服务业务流程执行完毕。

步骤S220，发送所述需要被监测的应用微服务端的注册请求至所述管理微服务端。

在本实施例中，在遍历完所有应用微服务后，确定需要被监测的应用微服务，这时，需要被监测的应用微服务会向管理微服务端发送注册请求，请求被监测，因为需要被监测的应用微服务的数量可能存在多个，因此会将它们添加到注册表中，在注册表中的每个应用微服务具有服务优先级，根据服务优先级确定该应用微服务的运行顺序。

步骤S230，接收应用微服务端发送的注册请求，根据所述注册请求对所述应用微服务端进行注册，生成所述应用微服务端的注册信息。

步骤S240，当接收到所述应用微服务端发送的数据更新通知时，根据所述注册信息，从共享空间读取与所述应用微服务端对应的历史行为日志数据。

步骤S250，根据与所述应用微服务端对应的历史行为日志数据，获取系统状态报告。

步骤S260，基于所述系统状态报告，采用预设资源调度规则，对系统资源进行调度。

与第一实施例相比，第二实施例新增步骤S210至步骤S220，其他步骤与第一实施例相同，不再赘述。

有益效果：

参照图4，图4为本发明系统资源调度方法的第三实施例的流程示意图，包括以下步骤：

步骤S310，获取管理微服务端的配置信息，根据所述配置信息确定需要被监测的应用微服务端。

步骤S320，发送所述需要被监测的应用微服务端的注册请求至所述管理微服务端。

步骤S330，接收应用微服务端发送的注册请求，根据所述注册请求对所述应用微服务端进行注册，生成所述应用微服务端的注册信息。

步骤S340，获取应用微服务端的历史行为日志数据，将所述历史行为日志数据发送至共享空间。

在本实施例中，当应用微服务注册完成后，应用微服务会将自身的历史行为日志数据发送至数据共享空间的数据区，本申请中，应用微服务作为硬件中断、软件中断以及系统调度的事件代理单元，在工作态时，将自身的处理消息以及硬件中断信息等登记到共享空间中，包括消息信息、中断信息、中断的资源信息等。

步骤S350，采用所述历史行为日志数据对共享空间进行数据更新，并生成数据更新通知，向所述管理微服务端发送所述数据更新通知。

在本实施例中，应用微服务将历史行为日志数据实时发送并存储在共享空间中，对共享空间进行数据更新，以便管理微服务端的监测，同时，应用微服务会生成数据更新通知，通过事件通知向管理微服务端发送共享空间的历史行为日志数据进行了更新。

步骤S360，当接收到所述应用微服务端发送的数据更新通知时，根据所述注册信息，从共享空间读取与所述应用微服务端对应的历史行为日志数据。

步骤S370，根据与所述应用微服务端对应的历史行为日志数据，获取系统状态报告。

参照图5，图5为本发明系统资源调度方法的第三实施例步骤S370的一个细化流程示意图，包括以下步骤：

步骤S371，获取共享空间内的历史行为日志数据，对所述历史行为日志数据进行统计以生成统计信息。

在本实施例中，管理微服务端获取共享空间内的历史行为日志数据，对该历史行为日志数据进行统计计算，其中统计计算的算法可以通过模板的方式下发给管理微服务端，该算法根据不同的硬件条件、处理速度、内存大小进行相应的配置，并结合实际需求进行配置；例如：假设统计单位时间内不同消息事件在系统中的发生次数，假设a为消息1的发生次数，b、c、d分别为消息2、3、4的发生次数，t为统计时间段，采用(a+b+c+d)/t用于表示单位时间内不同消息事件在系统中的发生次数，这样，管理微服务端根据配置的统计算法，进行相应的历史行为日志数据处理和计算，进一步形成统计信息。

步骤S372，根据所述统计信息对系统资源的使用情况进行分析并生成系统状态报告。

在本实施例中，进行资源统计计算，计算完成后触发分析，判断当前系统资源是否在规则定义之中，该规则定义也可根据不同的硬件条件、处理速度、内存大小进行相应的配置，并结合实际需求进行定义，例如，当(a+b+c+d)/t大于6，表示系统处于高负荷，小于6表示系统处于正常状态，如果系统处于高负荷，通过软中断或者其他方式重新调度微服务，实现微服务的合理部署，另外生成系统资源运行报告，包括资源的使用率、消息处理效率、服务的依赖关系等，从而帮助信息系统研发人员改善微服务性能。

由于采用了获取共享空间内的历史行为日志数据，对所述历史行为日志数据进行统计以生成统计信息，根据所述统计信息对系统资源的使用情况进行分析并生成系统状态报告的技术方案，从而针对系统状态报告中的数据进行相应的调整，解决现有技术中系统资源不足导致微服务技术无法正常运转的问题，提高软件信息系统的效率和性能。

步骤S380，基于所述系统状态报告，采用预设资源调度规则，对系统资源进行调度。

与第二实施例相比，第三实施例新增步骤S340至步骤S350、步骤S371至步骤S372，其他步骤与第一实施例相同，不再赘述。

由于采用了获取管理微服务端的配置信息，根据所述配置信息确定需要被监测的应用微服务端，发送所述需要被监测的应用微服务端的注册请求至所述管理微服务端，接收应用微服务端发送的注册请求，根据所述注册请求对所述应用微服务端进行注册，生成所述应用微服务端的注册信息，获取应用微服务端的历史行为日志数据，将所述历史行为日志数据发送至共享空间，采用所述历史行为日志数据对共享空间进行数据更新，并生成数据更新通知，向所述管理微服务端发送所述数据更新通知，当接收到所述应用微服务端发送的数据更新通知时，根据所述注册信息，从共享空间读取与所述应用微服务端对应的历史行为日志数据，根据与所述应用微服务端对应的历史行为日志数据，获取系统状态报告，基于所述系统状态报告，采用预设资源调度规则，对系统资源进行调度的技术方案，解决现有技术中系统资源不足导致微服务技术无法正常运转的问题，提高软件信息系统的效率和性能。

基于同一发明构思，本申请实施例还提供了一种系统资源调度装置，所述装置包括一个或者多个处理器、存储器以及存储在所述存储器并可在所述处理器上运行的系统资源调度程序，所述处理器执行所述系统资源调度程序时实现如上所述的系统资源调度程序方法的各个步骤，且能达到相同的技术效果，为避免重复，这里不再赘述。

由于本申请实施例提供的系统资源调度装置，为实施本申请实施例的方法所采用的系统资源调度装置，故而基于本申请实施例所介绍的方法，本领域所属人员能够了解该系统资源调度装置的具体结构及变形，故而在此不再赘述。凡是本申请实施例的方法所采用的系统资源调度装置都属于本申请所欲保护的范围。上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

基于同一发明构思，本申请实施例还提供了一种计算机存储介质，所述计算机存储介质存储有系统资源调度程序，所述系统资源调度程序被处理器执行时实现如上所述的系统资源调度方法的各个步骤，且能达到相同的技术效果，为避免重复，这里不再赘述。

由于本申请实施例提供的计算机存储介质，为实施本申请实施例的方法所采用的计算机存储介质，故而基于本申请实施例所介绍的方法，本领域所属人员能够了解该计算机存储介质的具体结构及变形，故而在此不再赘述。凡是本申请实施例的方法所采用的计算机存储介质都属于本申请所欲保护的范围。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

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

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

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

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

应当注意的是，在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的部件或步骤。位于部件之前的单词“一”或“一个”不排除存在多个这样的部件。本发明可以借助于包括有若干不同部件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

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

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。