CN106776004A - Cpu资源分配装置及方法 - Google Patents

Abstract

本发明公开了一种CPU资源分配装置，CPU资源分配装置包括：第一确定模块，用于确定移动终端CPU的各个处理器核心频率，以及确定运行预置场景所需的CPU负载，其中，预置场景为移动终端中特定的运行场景；第二确定模块，用于根据CPU负载和各个处理器核心频率确定与预置场景对应的处理器核心组别，其中，处理器核心组别包括一个或者多个处理器核心；加载模块，用于当移动终端运行预置场景时，将预置场景加载至对应的组别的处理器核心中。本发明还公开了一种CPU资源分配方法。本发明实现了当移动终端运行该场景时，直接将该场景加载至对应组别的处理器核心中即可，合理地分配CPU的资源，提高了移动终端运行场景时的速度，减小了移动终端的功耗。

Description

CPU资源分配装置及方法

技术领域

本发明涉及资源分配技术领域，尤其涉及一种CPU资源分配装置及方法。

背景技术

随着信息技术的发展以及用户娱乐需求的日益增长，移动终端的使用越来越广泛，同时，移动终端上运行的应用程序也越来越多。现有的大部分移动终端中的CPU(Central Processing Unit，中央处理器)都有多个处理器核心，如现在常说的四核手机，八核手机。由于移动终端的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为如图1所示的移动终端的无线通信系统示意图；

图3为本发明CPU资源分配装置较佳实施例的模块示意图；

图4为本发明实施例中加载模块的一种模块示意图；

图5为本发明CPU资源分配方法第一实施例的流程示意图；

图6为本发明CPU资源分配方法第二实施例的流程示意图；

图7为本发明CPU资源分配方法第三实施例的流程示意图；

图8为本发明实施例中当所述移动终端运行所述预置场景时，将所述预置场景加载至对应的组别的处理器核心中一种流程示意图。

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

具体实施方式

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

现在将参考附图描述实现本发明各个实施例的移动终端。在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明，其本身并没有特定的意义。因此，"模块"与"部件"可以混合地使用。

移动终端可以以各种形式来实施。例如，本发明中描述的终端可以包括诸如移动电话、智能电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、导航装置等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。下面，假设终端是移动终端。然而，本领域技术人员将理解的是，除了特别用于移动目的的元件之外，根据本发明的实施方式的构造也能够应用于固定类型的终端。

图1为实现本发明各个实施例一个可选的移动终端的硬件结构示意图。

移动终端100可以包括无线通信单元110、用户输入单元130、存储器160、接口单元170、控制器180和电源单元190等等。图1示出了具有各种组件的移动终端，但是应理解的是，并不要求实施所有示出的组件。可以替代地实施更多或更少的组件。将在下面详细描述移动终端的元件。

无线通信单元110通常包括一个或多个组件，其允许移动终端100与无线通信系统或网络之间的无线电通信。例如，无线通信单元可以包括移动通信模块112和无线互联网模块113等。

移动通信模块112将无线电信号发送到基站(例如，接入点、节点B等等)、外部终端以及服务器中的至少一个和/或从其接收无线电信号。这样的无线电信号可以包括语音通话信号、视频通话信号、或者根据文本和/或多媒体消息发送和/或接收的各种类型的数据。

无线互联网模块113支持移动终端的无线互联网接入。该模块可以内部或外部地耦接到终端。该模块所涉及的无线互联网接入技术可以包括WLAN(无线LAN)(Wi-Fi)、Wibro(无线宽带)、Wimax(全球微波互联接入)、HSDPA(高速下行链路分组接入)等等。

用户输入单元130可以根据用户输入的命令生成键输入数据以控制移动终端的各种操作。用户输入单元130允许用户输入各种类型的信息，并且可以包括键盘、锅仔片、触摸板(例如，检测由于被接触而导致的电阻、压力、电容等等的变化的触敏组件)、滚轮、摇杆等等。

接口单元170用作至少一个外部装置与移动终端100连接可以通过的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。识别模块可以是存储用于验证用户使用移动终端100的各种信息并且可以包括用户识别模块(UIM)、客户识别模块(SIM)、通用客户识别模块(USIM)等等。另外，具有识别模块的装置(下面称为"识别装置")可以采取智能卡的形式，因此，识别装置可以经由端口或其它连接装置与移动终端100连接。接口单元170可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到移动终端100内的一个或多个元件或者可以用于在移动终端和外部装置之间传输数据。

另外，当移动终端100与外部底座连接时，接口单元170可以用作允许通过其将电力从底座提供到移动终端100的路径或者可以用作允许从底座输入的各种命令信号通过其传输到移动终端的路径。从底座输入的各种命令信号或电力可以用作用于识别移动终端是否准确地安装在底座上的信号。

存储器160可以存储由控制器180执行的处理和控制操作的软件程序等等，或者可以暂时地存储己经输出或将要输出的数据(例如，电话簿、消息、静态图像、视频等等)。而且，存储器160可以存储关于当触摸施加到触摸屏时输出的各种方式的振动和音频信号的数据。

存储器160可以包括至少一种类型的存储介质，所述存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等等。而且，移动终端100可以与通过网络连接执行存储器160的存储功能的网络存储装置协作。

控制器180通常控制移动终端的总体操作。例如，控制器180执行与语音通话、数据通信、视频通话等等相关的控制和处理。另外，控制器180可以包括用于再现(或回放)多媒体数据的多媒体模块181，多媒体模块181可以构造在控制器180内，或者可以构造为与控制器180分离。控制器180可以执行模式识别处理，以将在触摸屏上执行的手写输入或者图片绘制输入识别为字符或图像。

电源单元190在控制器180的控制下接收外部电力或内部电力并且提供操作各元件和组件所需的适当的电力。

这里描述的各种实施方式可以以使用例如计算机软件、硬件或其任何组合的计算机可读介质来实施。对于硬件实施，这里描述的实施方式可以通过使用特定用途集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理装置(DSPD)、可编程逻辑装置(PLD)、现场可编程门阵列(FPGA)、处理器、控制器、微控制器、微处理器、被设计为执行这里描述的功能的电子单元中的至少一种来实施，在一些情况下，这样的实施方式可以在控制器180中实施。对于软件实施，诸如过程或功能的实施方式可以与允许执行至少一种功能或操作的单独的软件模块来实施。软件代码可以由以任何适当的编程语言编写的软件应用程序(或程序)来实施，软件代码可以存储在存储器160中并且由控制器180执行。

至此，己经按照其功能描述了移动终端。下面，为了简要起见，将描述诸如折叠型、直板型、摆动型、滑动型移动终端等等的各种类型的移动终端中的滑动型移动终端作为示例。因此，本发明能够应用于任何类型的移动终端，并且不限于滑动型移动终端。

如图1中所示的移动终端100可以被构造为利用经由帧或分组发送数据的诸如有线和无线通信系统以及基于卫星的通信系统来操作。

现在将参考图2描述其中根据本发明的移动终端能够操作的通信系统。

这样的通信系统可以使用不同的空中接口和/或物理层。例如，由通信系统使用的空中接口包括例如频分多址(FDMA)、时分多址(TDMA)、码分多址(CDMA)和通用移动通信系统(UMTS)(特别地，长期演进(LTE))、全球移动通信系统(GSM)等等。作为非限制性示例，下面的描述涉及CDMA通信系统，但是这样的教导同样适用于其它类型的系统。

参考图2，CDMA无线通信系统可以包括多个移动终端100、多个基站(BS)270、基站控制器(BSC)275和移动交换中心(MSC)280。MSC280被构造为与公共电话交换网络(PSTN)290形成接口。MSC280还被构造为与可以经由回程线路耦接到基站的BSC275形成接口。回程线路可以根据若干己知的接口中的任一种来构造，所述接口包括例如E1/T1、ATM，IP、PPP、帧中继、HDSL、ADSL或xDSL。将理解的是，如图2中所示的系统可以包括多个BSC275。

每个BS270可以服务一个或多个分区(或区域)，由多向天线或指向特定方向的天线覆盖的每个分区放射状地远离BS270。或者，每个分区可以由用于分集接收的两个或更多天线覆盖。每个BS270可以被构造为支持多个频率分配，并且每个频率分配具有特定频谱(例如，1.25MHz,5MHz等等)。

分区与频率分配的交叉可以被称为CDMA信道。BS270也可以被称为基站收发器子系统(BTS)或者其它等效术语。在这样的情况下，术语"基站"可以用于笼统地表示单个BSC275和至少一个BS270。基站也可以被称为"蜂窝站"。或者，特定BS270的各分区可以被称为多个蜂窝站。

如图2中所示，广播发射器(BT)295将广播信号发送给在系统内操作的移动终端100。在图2中，示出了几个全球定位系统(GPS)卫星300。卫星300帮助定位多个移动终端100中的至少一个。

在图2中，描绘了多个卫星300，但是理解的是，可以利用任何数目的卫星获得有用的定位信息。替代GPS跟踪技术或者在GPS跟踪技术之外，可以使用可以跟踪移动终端的位置的其它技术。另外，至少一个GPS卫星300可以选择性地或者额外地处理卫星DMB传输。

作为无线通信系统的一个典型操作，BS270接收来自各种移动终端100的反向链路信号。移动终端100通常参与通话、消息收发和其它类型的通信。特定基站270接收的每个反向链路信号被在特定BS270内进行处理。获得的数据被转发给相关的BSC275。BSC提供通话资源分配和包括BS270之间的软切换过程的协调的移动管理功能。BSC275还将接收到的数据路由到MSC280，其提供用于与PSTN290形成接口的额外的路由服务。类似地，PSTN290与MSC280形成接口，MSC与BSC275形成接口，并且BSC275相应地控制BS270以将正向链路信号发送到移动终端100。

基于上述移动终端100硬件结构以及通信系统，提出本发明方法各个实施例。

参照图3，图3为本发明CPU资源分配装置较佳实施例的模块示意图。

需要强调的是，对本领域的技术人员来说，图3所示模块图仅仅是一个较佳实施例的示例图，本领域的技术人员围绕图3所示的CPU资源分配装置的模块，可轻易进行新的模块的补充；各模块的名称是自定义名称，仅用于辅助理解该CPU资源分配装置的各个程序功能块，不用于限定本发明的技术方案，本发明技术方案的核心是，各自定义名称的模块所要达成的功能。

本实施例提出一种CPU资源分配装置，CPU资源分配装置包括：

第一确定模块10，用于确定移动终端100的中央处理器CPU的各个处理器核心频率，以及确定运行预置场景所需的CPU负载，其中，预置场景为移动终端100中特定的运行场景；

不同的移动终端100中CPU的处理器核心数量是不同的，比如常用的双核移动终端1，四核移动终端，八核移动终端等，分别对应的CPU的处理器核心数量是两个，四个和八个。处理器核心又称为内核，是CPU最重要的组成部分。CPU中心那块隆起的芯片就是核心，是由单晶硅以一定的生产工艺制造出来的，CPU所有的计算、接受/存储命令、处理数据都由核心执行。各种CPU核心都具有固定的逻辑结构，一级缓存、二级缓存、执行单元、指令级单元和总线接口等逻辑单元都会有科学的布局。

当第一确定模块10确定移动终端100中CPU的处理器核心数量后，第一确定模块10确定各个处理器核心的频率。需要说明的是，各个处理器核心的频率是预先设置好的，CPU中各个处理器核心的频率可以相同，也可以不同。

移动终端100预先将特定的运行场景设置为预置场景。如将安装应用程序的场景设置为安装场景，启动应用程序的场景设置为启动场景，关闭应用程序的场景设置为关闭场景等。第一确定模块10确定不同预置场景所需的CPU负载。需要说明的是，不同应用程序的同一场景所需的CPU负载是一样的，如安装微信客户端和安装微博客户端所需的CPU负载是一样的。

第二确定模块20，用于根据CPU负载和各个处理器核心频率确定与预置场景对应的处理器核心组别，其中，处理器核心组别包括一个或者多个处理器核心；

当第一确定模块10确定各个处理器核心的频率和运行预置场景所需的CPU负载时，第二确定模块20根据运行预置场景所需的CPU负载和各个处理器核心的频率确定于预置场景对应的处理器核心组别，其中，处理器核心组别中包括一个或者多个处理器核心。如当所设置的预置场景只有三个，分别为安装场景、启动场景和关闭场景，且移动终端100的CPU的处理器核心数量为8个时，在这个8个处理器核心中，有四个大核，四个小核，可以理解的是，大核的频率大于小核的频率。第二确定模块20根据安装场景所需CPU负载和各个处理器核心的频率确定安装场景所对应的处理器核心组别中有两个大核，一个小核；根据启动场景所需CPU负载和各个处理器核心的频率确定启动场景所对应的处理器核心组别中有一个大核，两个小核；根据关闭场景所需CPU负载和各个处理器核心的频率确定关闭场景所对应的处理器核心组别中有两个小核。

需要说明的是，不同组别中的处理器核心存在复用的情况，如启动场景中的大核和安装场景的大核可以是同一个小核；安装场景的小核和启动场景、关闭场景的小核可以是同一个小核。

加载模块30，用于当移动终端100运行预置场景时，将预置场景加载至对应的组别的处理器核心中。

当移动终端100运行预置场景时，加载模块30将预置场景加载至对应组别的处理器核心中运行。如当移动终端100安装微信客户端时，加载模块30将安装微信客户端的进程加载至安装场景所对应的处理器核心中，即将安装微信客户端的进程加载至安装场景所对应的两个大核，一个小核中。

需要说明的是，第一确定模块10，第二确定模块20和加载模块30可内置于图1的控制器180中。

本实施例通过确定移动终端100CPU的各个处理器核心频率和运行预置场景所需的CPU负载，其中，预置场景为移动终端100中特定的运行场景；根据CPU负载和各个处理器核心频率确定与预置场景对应的处理器核心组别，处理器核心组别包括一个或者多个处理器核心；当移动终端100运行预置场景时，将预置场景加载至对应的组别的处理器核心中。实现了先设置移动终端100的运行场景，根据运行该场景所需的CPU负载和各个处理器核心的频率设置好运行该场景的处理器核心的组别，当移动终端100运行预置场景时，直接将预置场景加载至对应组别的处理器核心中即可，合理地分配了CPU的资源，提高了移动终端100运行场景时的速度，减小了移动终端100的功耗。

进一步地，提出本发明CPU资源分配装置第二实施例。

CPU资源分配装置第二实施例与CPU资源分配装置第一实施例的区别在于，第一确定模块10还用于确定运行预置场景所需的响应速度；

第二确定模块20还用于根据CPU负载、响应速度和各个处理器核心频率确定与预置场景对应的处理器核心组别。

当第一确定模块10确定移动终端100的预置场景后，确定移动终端100中运行预置场景所需的响应速度。需要说明的是，运行预置场景所需的响应速度是移动终端100运行预置场景时理想的响应速度，如在运行启动场景时，不会出现卡顿，也不会占用过多的CPU资源所对应的启动应用程序的速度为响应速度。

当第一确定模块10确定运行预置场景所需的响应速度后，第二确定模块20根据运行预置场景所需的CPU负载、所需的响应速度和各个处理器核心的频率确定预置场景所对应的处理器核心组别。

本实施例通过在根据运行预置场景所需的CPU负载确定与预置场景对应的处理器核心组别的基础上，进一步根据运行预置场景所需的响应速度来确定与预置场景对应的处理器核心组别，以便于更合理地分配CPU的资源。

进一步地，提出本发明CPU资源分配装置第三实施例。

CPU资源分配装置第三实施例与CPU资源分配装置第一实施例的区别在于，第一确定模块10还用于确定运行预置场景所需的功耗；

第二确定模块20还用于根据CPU负载、功耗和各个处理器核心频率确定与预置场景对应的处理器核心组别。

当第一确定模块10确定移动终端100的预置场景后，确定移动终端100中运行预置场景所需的功耗。需要说明的是，运行预置场景所需的功耗是运行预置场景时CPU的理想功耗，即在运行预置场景时，移动终端100在单位时间所消耗的能量的数量最小。

当第一确定模块10确定移动终端100中运行预置场景所需的功耗时，第二确定模块20根据运行预置场景所需的CPU负载、所需功耗和各个处理器核心的频率确定与预置场景对应的处理器核心组别。

进一步地，在确定移动终端100的预置场景后，第一确定模块10确定运行预置场景所需的响应速度和功耗，第二确定模块20根据运行预置场景所需的CPU负载、所需响应速度、所需功耗和各个处理器核心的频率确定与预置场景对应的处理器核心组别。

需要说明的是，在确定与预置场景所对应的处理器核心组别的过程中，除了根据运行预置场景所需的CPU负载、所需响应速度、所需功耗和各个处理器核心的频率确定与预置场景所对应的处理器核心组别，还可以根据其它可以影响移动终端100的因素确定于预置场景所对应的处理器核心组别，如运行预置场景时移动终端100的温度和耗电量等。

本实施例通过在根据运行预置场景所需的CPU负载确定与预置场景对应的处理器核心组别的基础上，进一步根据运行预置场景所需的功耗来确定与预置场景对应的处理器核心组别，以便于更合理地分配CPU的资源。

进一步地，提出本发明CPU资源分配装置第四实施例。

CPU资源分配装置第四实施例与CPU资源分配装置第一实施例的区别在于，参考图4，当处理器核心组别中包括多个处理器核心时，加载模块30包括：

确定单元31，用于当移动终端100运行预置场景时，确定运行预置场景所需的目标频率；

判断单元32，用于判断目标频率是否都大于预置场景所对应组别中各个处理器核心的频率；

加载单元33，用于当目标频率都大于组别中各个处理器核心的频率时，将预置场景加载至组别中频率最小的处理器核心中。

当移动终端100需要运行预置场景，且处理器核心组别中包括多个处理器核心时，确定单元31确定运行预置场景所需的目标频率。需要说明的是，目标频率为运行预置场景时所需的平均频率。当确定单元31确定运行预置场景所需的目标频率时，判断单元32判断运行预置场景所需的目标频率是否都大于预置场景所对应处理器核心组别中各个处理器核心的频率。当运行预置场景所需的目标频率都大于预置场景所对应处理器核心组别中各个处理器核心的频率时，加载单元33将预置场景加载至与该预置场景对应组别中频率最小的处理器核心中。

如当运行安装场景所需的目标频率为500MHz(Mega Hertz，兆赫兹)时，而安装场景所对应的处理器核心组别中两个大处理器核心的频率为2GHz(千兆赫兹)，小处理器核心的频率为1GHz时，加载单元33优先将安装场景加载至小处理器核心中。

进一步地，确定单元31还用于当目标频率并非都大于组别中各个处理器核心的频率时，确定组别中频率大于目标频率的单个处理器核心，以及频率之和大于目标频率的多个处理器核心；确定在单个处理器核心或多个处理器核心中运行预置场景的功耗，其中，单个处理器核心和多个处理器核心为组别中处理器核心的组合方式；

加载单元33还用于将预置场景加载至功耗最小的组合方式所对应的处理器核心中。

当运行预置场景所需的目标频率并非都大于预置场景所对应处理器核心组别中各个处理器核心的频率，即运行预置场景所需的目标频率有的大于该预置场景所对应处理器核心的频率，有的小于该预置场景所对应处理器核心的频率时，确定单元31确定预置场景所对应处理器核心组别中频率大于目标频率的单个处理器核心，以及频率之和大于目标频率的多个处理器核心，并确定在单个处理器核心中运行预置场景所需功耗，和在多个处理器核心中运行预置场景的功耗。需要说明的是，在本实施例中，在一个处理器核心组别中的单个处理器核心中运行预置场景和多个处理器核心中运行预置场景为该组别中处理器核心的组合方式。当确定单元31确定在不同组合方式种运行预置场景所需功耗后，加载单元33将预置场景加载至功耗最小的组合方式所对应的处理器核心中运行。

如当启动场景的目标频率为1.5GHz时，而启动场景所对应的处理器核心组别中大处理器核心的频率为2GHz，两个小处理器核心的频率为1GHz时，启动场景既可运行在一个频率为2GHz的大处理器核心中，也可以同时运行在两个频率为1GHz小处理器核心中，或者同时运行在一个频率为2GHz的大处理器核心和一个频率为1GHz小处理器核心中。将启动场景运行在一个频率为2GHz的大处理器核心中的功耗记为第一功耗，启动场景同时运行在两个频率为1GHz小处理器核心中的功耗记为第二功耗，启动场景同时运行在一个频率为2GHz的大处理器核心和一个频率为1GHz小处理器核心中的功耗记为第三功耗。当第一功耗小于第二功耗和第三功耗时，加载单元33将启动场景加载在频率为2GHz的大处理器核心中运行；当第二功耗小于第一功耗和第三功耗时，加载单元33将启动场景同时加载在两个频率为1GHz小处理器核心中运行；当第三功耗小于第一功耗和第二功耗时，加载单元33将启动场景同时加载在频率为2GHz的大处理器核心和频率为1GHz小处理器核心中运行。

进一步地，当目标频率都大于预置场景所对应的组别中各个处理器核心的频率时，加载单元33优先将预置场景加载至频率之和大于目标频率，且在频率之和大于目标频率中频率之和最小所对应的多个处理器核心中。如当安装场景的目标频率为2.5GHz时，而安装场景所对应的处理器核心组别中两个大处理器核心的频率为2GHz，小处理器核心的频率为1GHz时，加载单元33将安装场景加载至一个大处理器核心和一个小处理器核心中，而不是将安装场景加载两个大处理器核心中。

本实施例通过确定运行预置场景的目标频率，根据目标频率和预置场景所对应组别中各个处理器核心的频率的大小关系，来最终确定运行预置场景的核心处理器，在确定预置场景对应的处理器核心组别的基础上，进一步提高了CPU资源的利用率。

本发明还提供一种CPU资源分配方法。

参照图5，图5为本发明CPU资源分配方法第一实施例的流程示意图。

本实施例提出一种CPU资源分配方法，CPU资源分配方法包括：

步骤S10，确定移动终端100的中央处理器CPU的各个处理器核心频率，以及确定运行预置场景所需的CPU负载，其中，预置场景为移动终端100中特定的运行场景；

不同的移动终端100中CPU的处理器核心数量是不同的，比如常用的双核移动终端，四核移动终端，八核移动终端等，分别对应的CPU的处理器核心数量是两个，四个和八个。处理器核心又称为内核，是CPU最重要的组成部分。CPU中心那块隆起的芯片就是核心，是由单晶硅以一定的生产工艺制造出来的，CPU所有的计算、接受/存储命令、处理数据都由核心执行。各种CPU核心都具有固定的逻辑结构，一级缓存、二级缓存、执行单元、指令级单元和总线接口等逻辑单元都会有科学的布局。

当确定移动终端100中CPU的处理器核心数量后，确定各个处理器核心的频率。需要说明的是，各个处理器核心的频率是预先设置好的，CPU中各个处理器核心的频率可以相同，也可以不同。

移动终端100预先将特定的运行场景设置为预置场景。如将安装应用程序的场景设置为安装场景，启动应用程序的场景设置为启动场景，关闭应用程序的场景设置为关闭场景等。确定不同预置场景所需的CPU负载。需要说明的是，不同应用程序的同一场景所需的CPU负载是一样的，如安装微信客户端和安装微博客户端所需的CPU负载是一样的。

步骤S20，根据CPU负载和各个处理器核心频率确定与预置场景对应的处理器核心组别，其中，处理器核心组别包括一个或者多个处理器核心；

当确定各个处理器核心的频率和运行预置场景所需的CPU负载时，根据运行预置场景所需的CPU负载和各个处理器核心的频率确定于预置场景对应的处理器核心组别，其中，处理器核心组别中包括一个或者多个处理器核心。如当所设置的预置场景只有三个，分别为安装场景、启动场景和关闭场景，且移动终端100的CPU的处理器核心数量为8个时，在这个8个处理器核心中，有四个大核，四个小核，可以理解的是，大核的频率大于小核的频率。根据安装场景所需CPU负载和各个处理器核心的频率确定安装场景所对应的处理器核心组别中有两个大核，一个小核；根据启动场景所需CPU负载和各个处理器核心的频率确定启动场景所对应的处理器核心组别中有一个大核，两个小核；根据关闭场景所需CPU负载和各个处理器核心的频率确定关闭场景所对应的处理器核心组别中有两个小核。

需要说明的是，不同组别中的处理器核心存在复用的情况，如启动场景中的大核和安装场景的大核可以是同一个小核；安装场景的小核和启动场景、关闭场景的小核可以是同一个小核。

步骤S30，当移动终端100运行预置场景时，将预置场景加载至对应的组别的处理器核心中。

当移动终端100运行预置场景时，将预置场景加载至对应组别的处理器核心中运行。如当移动终端100安装微信客户端时，将安装微信客户端的进程加载至安装场景所对应的处理器核心中，即将安装微信客户端的进程加载至安装场景所对应的两个大核，一个小核中。

本实施例通过确定移动终端100CPU的各个处理器核心频率和运行预置场景所需的CPU负载，其中，预置场景为移动终端100中特定的运行场景；根据CPU负载和各个处理器核心频率确定与预置场景对应的处理器核心组别，处理器核心组别包括一个或者多个处理器核心；当移动终端100运行预置场景时，将预置场景加载至对应的组别的处理器核心中。实现了先设置移动终端100的运行场景，根据运行该场景所需的CPU负载和各个处理器核心的频率设置好运行该场景的处理器核心的组别，当移动终端100运行预置场景时，直接将预置场景加载至对应组别的处理器核心中即可，合理地分配了CPU的资源，提高了移动终端100运行场景时的速度，减小了移动终端100的功耗。

进一步地，提出本发明CPU资源分配方法第二实施例。

CPU资源分配方法第二实施例与CPU资源分配方法第一实施例的区别在于，参照图6，CPU资源分配方法还包括：

步骤S40，确定运行预置场景所需的响应速度；

步骤S20包括：

步骤S21，根据CPU负载、响应速度和各个处理器核心频率确定与预置场景对应的处理器核心组别。

当确定移动终端100的预置场景后，确定移动终端100中运行预置场景所需的响应速度。需要说明的是，运行预置场景所需的响应速度是移动终端100运行预置场景时理想的响应速度，如在运行启动场景时，不会出现卡顿，也不会占用过多的CPU资源所对应的启动应用程序的速度为响应速度。

当确定运行预置场景所需的响应速度后，根据运行预置场景所需的CPU负载、所需的响应速度和各个处理器核心的频率确定预置场景所对应的处理器核心组别。

本实施例通过在根据运行预置场景所需的CPU负载确定与预置场景对应的处理器核心组别的基础上，进一步根据运行预置场景所需的响应速度来确定与预置场景对应的处理器核心组别，以便于更合理地分配CPU的资源。

进一步地，提出本发明CPU资源分配方法第三实施例。

CPU资源分配方法第三实施例与CPU资源分配方法第一实施例的区别在于，参照图7，CPU资源分配方法还包括：

步骤S50，确定运行预置场景所需的功耗；

步骤S20包括：

步骤S22，根据CPU负载、功耗和各个处理器核心频率确定与预置场景对应的处理器核心组别。

当确定移动终端100的预置场景后，确定移动终端100中运行预置场景所需的功耗。需要说明的是，运行预置场景所需的功耗是运行预置场景时CPU的理想功耗，即在运行预置场景时，移动终端100在单位时间所消耗的能量的数量最小。

当确定移动终端100中运行预置场景所需的功耗时，根据运行预置场景所需的CPU负载、所需功耗和各个处理器核心的频率确定与预置场景对应的处理器核心组别。

进一步地，在确定移动终端100的预置场景后，确定运行预置场景所需的响应速度和功耗，根据运行预置场景所需的CPU负载、所需响应速度、所需功耗和各个处理器核心的频率确定与预置场景对应的处理器核心组别。

需要说明的是，在确定与预置场景所对应的处理器核心组别的过程中，除了根据运行预置场景所需的CPU负载、所需响应速度、所需功耗和各个处理器核心的频率确定与预置场景所对应的处理器核心组别，还可以根据其它可以影响移动终端100的因素确定于预置场景所对应的处理器核心组别，如运行预置场景时移动终端100的温度和耗电量等。

本实施例通过在根据运行预置场景所需的CPU负载确定与预置场景对应的处理器核心组别的基础上，进一步根据运行预置场景所需的功耗来确定与预置场景对应的处理器核心组别，以便于更合理地分配CPU的资源。

进一步地，提出本发明CPU资源分配方法第四实施例。

CPU资源分配方法第四实施例与CPU资源分配方法第一实施例的区别在于，参照图8，当处理器核心组别中包括多个处理器核心时，步骤S30包括：

步骤S31，当移动终端100运行预置场景时，确定运行预置场景所需的目标频率；

步骤S32，判断目标频率是否都大于预置场景所对应组别中各个处理器核心的频率；

步骤S33，当目标频率都大于组别中各个处理器核心的频率时，将预置场景加载至组别中频率最小的处理器核心中。

当移动终端100需要运行预置场景，且处理器核心组别中包括多个处理器核心时，确定运行预置场景所需的目标频率。需要说明的是，目标频率为运行预置场景时所需的平均频率。当确定运行预置场景所需的目标频率时，判断运行预置场景所需的目标频率是否都大于预置场景所对应处理器核心组别中各个处理器核心的频率。当运行预置场景所需的目标频率都大于预置场景所对应处理器核心组别中各个处理器核心的频率时，将预置场景加载至与该预置场景对应组别中频率最小的处理器核心中。

如当运行安装场景所需的目标频率为500MHz(Mega Hertz，兆赫兹)时，而安装场景所对应的处理器核心组别中两个大处理器核心的频率为2GHz(千兆赫兹)，小处理器核心的频率为1GHz时，优先将安装场景加载至小处理器核心中。

步骤S34，当目标频率并非都大于组别中各个处理器核心的频率时，确定组别中频率大于目标频率的单个处理器核心，以及频率之和大于目标频率的多个处理器核心；

步骤S35，确定在单个处理器核心或多个处理器核心中运行预置场景的功耗，其中，单个处理器核心和多个处理器核心为组别中处理器核心的组合方式；

步骤S36，将预置场景加载至功耗最小的组合方式所对应的处理器核心中。

当运行预置场景所需的目标频率并非都大于预置场景所对应处理器核心组别中各个处理器核心的频率，即运行预置场景所需的目标频率有的大于该预置场景所对应处理器核心的频率，有的小于该预置场景所对应处理器核心的频率时，确定预置场景所对应处理器核心组别中频率大于目标频率的单个处理器核心，以及频率之和大于目标频率的多个处理器核心，并确定在单个处理器核心中运行预置场景所需功耗，和在多个处理器核心中运行预置场景的功耗。需要说明的是，在本实施例中，在一个处理器核心组别中的单个处理器核心中运行预置场景和多个处理器核心中运行预置场景为该组别中处理器核心的组合方式。当确定在不同组合方式种运行预置场景所需功耗后，将预置场景加载至功耗最小的组合方式所对应的处理器核心中运行。

如当启动场景的目标频率为1.5GHz时，而启动场景所对应的处理器核心组别中大处理器核心的频率为2GHz，两个小处理器核心的频率为1GHz时，启动场景既可运行在一个频率为2GHz的大处理器核心中，也可以同时运行在两个频率为1GHz小处理器核心中，或者同时运行在一个频率为2GHz的大处理器核心和一个频率为1GHz小处理器核心中。将启动场景运行在一个频率为2GHz的大处理器核心中的功耗记为第一功耗，启动场景同时运行在两个频率为1GHz小处理器核心中的功耗记为第二功耗，启动场景同时运行在一个频率为2GHz的大处理器核心和一个频率为1GHz小处理器核心中的功耗记为第三功耗。当第一功耗小于第二功耗和第三功耗时，将启动场景加载在频率为2GHz的大处理器核心中运行；当第二功耗小于第一功耗和第三功耗时，将启动场景同时加载在两个频率为1GHz小处理器核心中运行；当第三功耗小于第一功耗和第二功耗时，将启动场景同时加载在频率为2GHz的大处理器核心和频率为1GHz小处理器核心中运行。

进一步地，当目标频率都大于预置场景所对应的组别中各个处理器核心的频率时，优先将预置场景加载至频率之和大于目标频率，且在频率之和大于目标频率中频率之和最小所对应的多个处理器核心中。如当安装场景的目标频率为2.5GHz时，而安装场景所对应的处理器核心组别中两个大处理器核心的频率为2GHz，小处理器核心的频率为1GHz时，将安装场景加载至一个大处理器核心和一个小处理器核心中，而不是将安装场景加载两个大处理器核心中。

本实施例通过确定运行预置场景的目标频率，根据目标频率和预置场景所对应组别中各个处理器核心的频率的大小关系，来最终确定运行预置场景的核心处理器，在确定预置场景对应的处理器核心组别的基础上，进一步提高了CPU资源的利用率。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其它变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其它要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。

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

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其它相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种CPU资源分配装置，其特征在于，所述CPU资源分配装置包括：

第一确定模块，用于确定移动终端的中央处理器CPU的各个处理器核心频率，以及确定运行预置场景所需的CPU负载，其中，所述预置场景为移动终端中特定的运行场景；

第二确定模块，用于根据所述CPU负载和各个处理器核心频率确定与所述预置场景对应的处理器核心组别，其中，所述处理器核心组别包括一个或者多个处理器核心；

加载模块，用于当所述移动终端运行所述预置场景时，将所述预置场景加载至对应的组别的处理器核心中。

2.如权利要求1所述的CPU资源分配装置，其特征在于，所述第一确定模块还用于确定运行所述预置场景所需的响应速度；

所述第二确定模块还用于根据所述CPU负载、所述响应速度和各个处理器核心频率确定与所述预置场景对应的处理器核心组别。

3.如权利要求1所述的CPU资源分配装置，其特征在于，所述第一确定模块还用于确定运行所述预置场景所需的功耗；

所述第二确定模块还用于根据所述CPU负载、所述功耗和各个处理器核心频率确定与所述预置场景对应的处理器核心组别。

4.如权利要求1至3任一项所述的CPU资源分配装置，其特征在于，当所述处理器核心组别中包括多个处理器核心时，所述加载模块包括：

确定单元，用于当所述移动终端运行所述预置场景时，确定运行所述预置场景所需的目标频率；

判断单元，用于判断所述目标频率是否都大于所述预置场景所对应组别中各个处理器核心的频率；

加载单元，用于当所述目标频率都大于所述组别中各个处理器核心的频率时，将所述预置场景加载至所述组别中频率最小的处理器核心中。

5.如权利要求4所述的CPU资源分配装置，其特征在于，所述确定单元还用于当所述目标频率并非都大于所述组别中各个处理器核心的频率时，确定所述组别中频率大于所述目标频率的单个处理器核心，以及频率之和大于所述目标频率的多个处理器核心；确定在单个处理器核心或多个处理器核心中运行所述预置场景的功耗，其中，单个处理器核心和多个处理器核心为所述组别中处理器核心的组合方式；

所述加载单元还用于将所述预置场景加载至功耗最小的组合方式所对应的处理器核心中。

6.一种CPU资源分配方法，其特征在于，所述CPU资源分配方法包括：

确定移动终端的中央处理器CPU的各个处理器核心频率，以及确定运行预置场景所需的CPU负载，其中，所述预置场景为移动终端中特定的运行场景；

根据所述CPU负载和各个处理器核心频率确定与所述预置场景对应的处理器核心组别，其中，所述处理器核心组别包括一个或者多个处理器核心；

当所述移动终端运行所述预置场景时，将所述预置场景加载至对应的组别的处理器核心中。

7.如权利要求6所述的CPU资源分配方法，其特征在于，所述根据所述CPU负载和各个处理器核心频率确定与所述预置场景对应的处理器核心组别的步骤之前，还包括：

确定运行所述预置场景所需的响应速度；

所述根据所述CPU负载和各个处理器核心频率确定与所述预置场景对应的处理器核心组别的步骤包括：

根据所述CPU负载、所述响应速度和各个处理器核心频率确定与所述预置场景对应的处理器核心组别。

8.如权利要求6所述的CPU资源分配方法，其特征在于，所述根据所述CPU负载和各个处理器核心频率确定与所述预置场景对应的处理器核心组别的步骤之前，还包括：

确定运行所述预置场景所需的功耗；

所述根据所述CPU负载和各个处理器核心频率确定与所述预置场景对应的处理器核心组别的步骤包括：

根据所述CPU负载、所述功耗和各个处理器核心频率确定与所述预置场景对应的处理器核心组别。

9.如权利要求6至8任一项所述的CPU资源分配方法，其特征在于，当所述处理器核心组别中包括多个处理器核心时，所述当所述移动终端运行所述预置场景时，将所述预置场景加载至对应的组别的处理器核心中的步骤包括：

当所述移动终端运行所述预置场景时，确定运行所述预置场景所需的目标频率；

判断所述目标频率是否都大于所述预置场景所对应组别中各个处理器核心的频率；

当所述目标频率都大于所述组别中各个处理器核心的频率时，将所述预置场景加载至所述组别中频率最小的处理器核心中。

10.如权利要求9所述的CPU资源分配方法，其特征在于，所述判断所述目标频率是否都大于所述预置场景所对应组别中各个处理器核心的频率的步骤之后，还包括：

当所述目标频率并非都大于所述组别中各个处理器核心的频率时，确定所述组别中频率大于所述目标频率的单个处理器核心，以及频率之和大于所述目标频率的多个处理器核心；

确定在单个处理器核心或多个处理器核心中运行所述预置场景的功耗，其中，单个处理器核心和多个处理器核心为所述组别中处理器核心的组合方式；

将所述预置场景加载至功耗最小的组合方式所对应的处理器核心中。