CN111338838A - 中央处理器频率的控制方法及相关装置 - Google Patents

Abstract

本申请提供了一种中央处理器频率的控制方法及相关装置，电子设备首先通过获取目标应用对应的关键线程的绘制数据，所述关键线程包括用户界面线程；接着，基于所述绘制数据判断所述目标应用是否存在掉帧情况；然后，若所述目标应用存在所述掉帧情况，则判断所述中央处理器是否处于满负荷工作状态；最后，若所述中央处理器未处于所述满负荷工作状态，则基于所述绘制数据提升所述中央处理器的工作频率。可以基于用户界面线程的绘制数据来判断当前应用程序是否出现掉帧卡顿等情况，并基于绘制数据动态调整CPU的工作频率，避免画面出现掉帧卡顿等情况。

Description

中央处理器频率的控制方法及相关装置

技术领域

本申请涉及中央处理器控制领域，特别是一种中央处理器频率的控制方法及相关装置。

背景技术

中央处理器(Central Processing Unit，CPU)作为计算机系统的运算和控制核心，是信息处理、程序运行的最终执行单元，对于CPU而言，影响其性能的指标主要有频率、CPU的位数以及CPU的缓存指令集。所谓CPU的频率，指的就是时钟频率，它直接的决定了CPU的性能。目前的电子设备在运行应用程序的时候，需要保证应用程序的显示不会出现掉帧等情况，但如何合理地控制CPU的频率，使应用程序在运行时不会出现掉帧卡顿等情况也不会浪费CPU的性能成为了一个难题。

发明内容

基于上述问题，本申请提出了一种中央处理器频率的控制方法及相关装置，可以通过用户界面线程的绘制数据来确定当前应用程序是否出现掉帧等情况，并动态调整CPU的工作频率，避免画面出现掉帧卡顿等情况。

第一方面，本申请实施例提供了一种中央处理器频率的控制方法，应用于电子设备，所述方法包括：

获取目标应用对应的关键线程的绘制数据，所述关键线程包括用户界面线程；

基于所述绘制数据判断所述目标应用是否存在掉帧情况；

若所述目标应用存在所述掉帧情况，则判断所述中央处理器是否处于满负荷工作状态；

若所述中央处理器未处于所述满负荷工作状态，则基于所述绘制数据提升所述中央处理器的工作频率。

第二方面，本申请实施例提供了一种中央处理器频率的控制装置，所述装置包括：

获取单元，用于获取目标应用对应的关键线程的绘制数据，所述关键线程包括用户界面线程；

掉帧判断单元，用于基于所述绘制数据判断所述目标应用是否存在掉帧情况；

处理器判断单元，用于在所述目标应用存在所述掉帧情况时，判断所述中央处理器是否处于满负荷工作状态；

频率控制单元，用于在所述中央处理器未处于所述满负荷工作状态时，基于所述绘制数据提升所述中央处理器的工作频率。

第三方面，本申请实施例提供了一种电子设备，包括应用处理器、通信接口和存储器，所述应用处理器、通信接口和存储器相互连接，其中，所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述应用处理器被配置用于调用所述程序指令，执行如本申请实施例第一方面所描述的全部或部分方法的步骤。

本申请实施例第四方面提供了一种计算机存储介质，所述计算机存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行如本申请实施例第一方面所描述的全部或部分方法的步骤。

本申请实施例第五方面提供了一种计算机程序产品，其中，上述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，上述计算机程序可操作来使计算机执行如本申请实施例第一方面任一方法中所描述的部分或全部步骤。该计算机程序产品可以为一个软件安装包。

可以看出，在本申请实施例中，电子设备首先通过获取目标应用对应的关键线程的绘制数据，所述关键线程包括用户界面线程；接着，基于所述绘制数据判断所述目标应用是否存在掉帧情况；然后，若所述目标应用存在所述掉帧情况，则判断所述中央处理器是否处于满负荷工作状态；最后，若所述中央处理器未处于所述满负荷工作状态，则基于所述绘制数据提升所述中央处理器的工作频率。可以基于用户界面线程的绘制数据来判断当前应用程序是否出现掉帧卡顿等情况，并基于绘制数据动态调整CPU的工作频率，避免画面出现掉帧卡顿等情况。

附图说明

为了更清楚地说明本发明实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1A为本申请实施例提供的一种电子设备的结构示意图；

图1B为本申请实施例提供的一种电子设备的软硬件系统的架构示意图；

图2为本申请实施例提供的一种中央处理器频率的控制方法的流程示意图；

图3为本申请实施例提供的一种图2中步骤204的方法流程示意图；

图4为本申请实施例提供的另一种图2中步骤204的方法流程示意图；

图5为本申请实施例提供的另一种中央处理器频率的控制方法的流程示意图；

图6A为本申请实施例提供的一种中央处理器频率的控制方法的应用场景的示意图；

图6B为本申请实施例提供的一种中央处理器频率的控制方法的应用场景的示意图；

图7为本申请实施例提供的另一种中央处理器频率的控制方法的流程示意图；

图8为本申请实施例提供的一种中央处理器频率的控制装置的功能单元组成框图；

图9为本申请实施例提供的另一种中央处理器频率的控制装置的功能单元组成框图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

为了更好地理解本申请实施例的方案，下面先对本申请实施例可能涉及的相关术语和概念进行介绍。

帧率(Frames Per Second，FPS)，表示每秒传输帧数，帧率越高，所显示的动作就会越流畅。反之帧率越低，则会让人觉得掉帧卡顿，十分影响观看体验。

目标应用可以包括操作系统自带的原生程序，也可以是第三方开发者所开发的第三方应用程序，具体可以包括相机，图库，日历，通话，地图，导航，WLAN，蓝牙，音乐，视频，短信息等应用程序。

关键线程可以包括用户界面线程(User Interface Thread)，以及，在绘制上述目标应用的图像所调用的其他相关线程，如用于表示上述目标应用身份标识的相关线程等，上述UI线程为主线程，用于执行绘制图像的工作，与上述其他相关线程共同构成关键线程。

绘制数据可以包括绘制消息以及对应的绘制时间戳，根据每帧图像的绘制消息和对应的绘制时间戳可以计算出绘制一帧图像所需要的绘制时长。

本申请通过UI线程的绘制数据来判断当前运行的应用程序是否出现异常，即基于所述绘制数据判断所述目标应用是否存在掉帧情况；然后，若所述目标应用存在掉帧卡顿等情况，则判断所述中央处理器是否处于满负荷工作状态；最后，若所述中央处理器未处于所述满负荷工作状态，则基于所述绘制数据提升所述中央处理器的工作频率。如此可以基于绘制数据动态调整CPU的工作频率，避免画面出现掉帧卡顿等情况。

首先对本申请实施例的中央处理器频率的控制方法的软硬件运行环境进行说明，如图1A和图1B所示。

图1A为本身申请实施例提供的一种电子设备的结构示意图，该电子设备100可以是具备通信能力的电子设备，该电子设备可以包括各种具有无线通信功能的手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其他处理设备，以及各种形式的用户设备(User Equipment，UE)，移动台(Mobile Station，MS)，终端设备(terminaldevice)等等。本申请中的电子设备100可以包括一个或多个如下部件：处理器110、存储器120和输入输出设备130。

处理器110可以包括一个或者多个处理核心。处理器110利用通信接口连接整个终端100内的各个部分，通过运行或执行存储在存储器120内的指令、程序、代码集或指令集，以及调用存储在存储器120内的数据，执行电子设备100的各种功能和处理数据。处理器110可以包括一个或多个处理单元，例如：处理器110可以包括中央处理器(CentralProcessing Unit，CPU)、应用处理器(application processor，AP)、调制解调处理器、图形处理器(graphics processing unit，GPU)、图像信号处理器(image signal processor，ISP)、控制器、视频编解码器、数字信号处理器(digital signal processor，DSP)、基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。CPU主要用于处理操作系统、用户界面和应用程序等；GPU用于负责显示内容的渲染和绘制；调制解调器用于处理无线通信。数字信号处理器用于处理数字信号，除了可以处理数字图像信号，还可以处理其他数字信号。本申请实施例中以中央处理器CPU为例进行说明，例如，当电子设备100在运行应用程序时，CPU可以获取到UI线程等线程针对该应用程序的绘制数据，并基于该绘制数据判断当前运行的应用程序是否出现掉帧卡顿等情况，之后，基于CPU自身的性能使用情况，可以对CPU的频率进行动态控制。

处理器110中可以设置存储器120，用于存储指令和数据。在一些实施例中，处理器110中的存储器120为高速缓冲存储器。该存储器120可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器120中直接调用。避免重复存取，减少处理器110的等待时间，提高系统效率。

可以理解的是，上述处理器110在实际产品中可以映射为系统级芯片(System ona Chip，SOC)，上述处理单元和/或接口也可以不集成到处理器110中，单独通过一块通信芯片或者电子元器件实现对应的功能。上述各模块间的接口连接关系，只是示意性说明，并不构成对电子设备100的结构的唯一限定。

存储器120可以包括随机存储器(Random Access Memory，RAM)，也可以包括只读存储器(Read-Only Memory)。可选地，该存储器120包括非瞬时性计算机可读介质(non-transitory computer-readable storage medium)。存储器120可用于存储指令、程序、代码、代码集或指令集。存储器120可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于实现至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现下述各个方法实施例的指令等，该操作系统可以是安卓(Android)系统(包括基于Android系统深度开发的系统)、苹果公司开发的IOS系统(包括基于IOS系统深度开发的系统)或其它系统。存储数据区还可以存储电子设备100在使用中所创建的数据。

输入输出设备130可以包括触摸显示屏，该触摸显示屏用于接收用户使用手指、触摸笔等任何适合的物体在其上或附近的触摸操作，以及显示各个应用程序的用户界面。触摸显示屏通常设置在终端100的前面板。触摸显示屏可被设计成为全面屏、曲面屏或异形屏。触摸显示屏还可被设计成为全面屏与曲面屏的结合，异形屏与曲面屏的结合，本申请实施例对此不加以限定。

图1B为本申请实施例提供的一种电子设备的软硬件系统的架构示意图，包括显示驱动层121、显示叠加层122、显示服务层123以及帧率调节模块111，其中，上述显示驱动层121、显示叠加层122和显示服务层123之间可以通过软件接口进行通信，主要用于控制应用程序的显示效果，上述显示服务层123可以包括多种应用程序，如游戏类应用、视频类应用、相机类应用、用户交互类应用等，可以基于不同的应用程序的显示需求切换显示的帧率，举例来说，游戏类应用的帧率需求可以为30帧或60帧、视频类应用的帧率需求可以为30帧、相机类应用的帧率需求可以为20帧，用户交互类应用的帧率需求可以为60帧等，上述帧率调节模块111集成在上述处理器110中，用于控制上述显示驱动层121、显示叠加层122和显示服务层123使当前应用程序显示的帧率符合其帧率需求。具体的，上述帧率调节模块111可以通过UI线程的绘制数据实时监控当前的应用程序的显示状态，在出现掉帧卡顿后动态提高CPU频率，使得游戏类应用的帧率保持在30帧或60帧、视频类应用的帧率保持在30帧、相机类应用的帧率保持在20帧，用户交互类应用的帧率保持在60帧等，在当前应用程序的显示状态正常时，基于绘制数据判断CPU的当前频率是否大于保持当前应用的显示状态为正常所需要的最低频率，若大于则动态降低CPU的频率以节省功耗。

通过上述软硬件运行环境，可以基于用户界面线程的绘制数据来判断当前应用程序是否出现掉帧卡顿等情况，并基于绘制数据动态调整CPU的工作频率，避免画面出现掉帧卡顿等情况，同时可以适时降低CPU的功耗，避免CPU性能浪费的情况发生。

上面对本申请的软硬件运行环境进行了介绍，下面结合图2对本申请实施例中的一种中央处理器频率的控制方法进行详细说明，图2为本申请实施例提供的一种中央处理器频率的控制方法的流程示意图，具体包括以下步骤：

步骤201，获取目标应用对应的关键线程的绘制数据。

其中，首先处理器可以监控电子设备的系统状态，当目标应用启动时，上述处理器可以调用UI线程及与上述目标应用对应的相关线程组成的关键线程对目标应用进行绘制，并接收到上述关键线程的绘制数据，上述绘制数据可以包括UI线程针对目标应用绘制一帧图像所消耗的绘制时长，上述绘制时长可以反映出目标应用当前的实际帧率。

步骤202，基于所述绘制数据判断所述目标应用是否存在掉帧情况。

其中，可以先获取上述目标应用的目标帧率数据，之后对上述绘制数据进行计算得到上述目标应用当前的实际帧率数据，可以理解，本申请中X帧的含义为每秒传输X帧图像，设实际帧率数据为N，绘制时长为M，则可以结合下列公式得到上述实际帧率数据：

具体的，上述目标帧率数据可以包括目标帧率和预设掉帧时长，上述目标帧率可以反映上述目标应用的帧率需求，如游戏类应用的目标帧率可以为60帧、视频类应用的期望帧率可以为30帧等，上述预设掉帧时长可以设置为0.5秒，举例来说，在游戏类应用的场景下，实际帧率低于60帧超过0.5秒即可认为出现掉帧，低于60帧未超过0.5秒则不认为出现掉帧。上述实际帧率数据用于表示上述目标应用当前的实际帧率，可以先比较上述实际帧率和目标帧率的大小，若上述实际帧率低于上述目标帧率，且上述实际帧率低于上述目标帧率的掉帧时长大于上述预设掉帧时长，则确定上述目标应用存在掉帧情况，执行步骤203；若上述实际帧率等于上述目标帧率，则维持CPU的工作频率，继续监控电子设备的系统运行状态。

可见，通过绘制数据来判断上述目标应用是否出现掉帧卡顿等情况，可以在不影响目标应用运行的情况下，准确地检测出上述目标应用是否出现掉帧卡顿等情况，不影响用户使用上述目标应用的使用体验。

步骤203，判断所述中央处理器是否处于满负荷工作状态。

其中，当上述目标应用存在掉帧情况时，执行本步骤。

其中，首先可以查询CPU的当前工作频率和CPU的当前工作核心，具体的，可以获取所述关键线程的身份标识数据，之后基于所述身份标识数据查询所述中央处理器的当前工作频率和与所述关键线程对应的当前工作核心，通过判断上述当前工作频率是否达到预设频率或上述当前工作核心是否为主工作核心，来判断CPU是否处于满负荷工作状态。

若CPU处于满负荷工作状态，则可以向用户发送警示信息，该警示信息用于表示CPU过载，在此不再赘述；若CPU未处于满负荷工作状态，则执行步骤204。

可见，通过判断所述中央处理器是否处于满负荷工作状态，可以方便动态调整CPU的工作频率，在无法自动调整时及时通知用户，优化用户的使用体验。

步骤204，基于所述绘制数据提升所述中央处理器的工作频率。

其中，结合图3对步骤204的方法进行详细说明，图3为本申请实施例提供的一种步骤204的流程示意图，具体包括以下步骤：

步骤301，基于所述目标应用对应的目标帧率数据进行计算，得到绘制时间条件。

其中，上述绘制时间条件表示上述目标应用在目标帧率下的绘制时长，举例来说，当上述目标应用为视频类应用，目标帧率数据为30帧时，绘制一帧图像所消耗的时长应当为33.3毫秒，此时可以确定绘制时间条件为33.3毫秒。

步骤302，提升所述中央处理器的工作频率直到所述绘制时长满足所述绘制时间条件。

其中，可以获取到上述绘制时长与绘制时间条件的时长差值，并基于该时长差值确定提升CPU频率的幅度，举例来说，绘制时间条件为33.3毫秒时，可以预先设置绘制时长超过33.3毫秒的幅度为5毫秒内、5毫秒至10毫秒、10毫秒至15毫秒时对应的CPU工作频率提升幅度，可以理解，绘制时长超过33.3毫秒的幅度越大，对应的CPU工作频率提升幅度则越大，在上述绘制时长满足上述绘制时间条件后，则维持CPU的工作频率不变，继续监控电子设备的系统运行状态。

可见，如此动态提升CPU的工作频率，可以尽可能保证CPU的工作频率贴近目标应用的实际需求，在保证目标应用不掉帧卡顿的情况下还可降低CPU的功耗。

可选的，结合图4对步骤204的另一种方法进行详细说明，图4为本申请实施例提供的另一种步骤204的流程示意图，具体包括以下步骤：

步骤401，基于所述绘制数据确定所述中央处理器的当前频率数据。

其中，可以结合绘制时长确定CPU的当前频率数据，上述当前频率数据表示当前的工作频率。

步骤402，获取所述目标应用对应的目标频率数据。

其中，上述目标频率数据表示上述目标应用达到目标帧率时所需要的CPU的工作频率，可以通过查询目标应用的相关信息来获取，如游戏类应用达到60帧所需要的CPU的工作频率一般会高于视频类应用达到30帧所需要的CPU的工作频率，不同的目标应用可以对应不同的目标频率数据，需要说明的是，上述目标频率数据不会大于CPU所支持的最大频率。

步骤403，基于所述当前频率数据和所述目标频率数据之间的差值确定中央处理器的频率提升值数据。

其中，可以通过计算上述当前频率数据和上述目标频率数据的差值，得到CPU的频率提升值数据。

步骤404，基于所述工作频率提升值提升所述中央处理器的工作频率。

其中，可以直接根据上述频率提升值数据提升CPU的工作频率，使得CPU的工作频率符合上述目标频率数据。

可以理解，上述图3、图4的两种步骤204的实现方法可以同步进行，处理器可以根据自身工作状态、当前进程工作状态等灵活切换具体的实现方式，如此可以为工作频率的提升方法提供多种选择。

可见，上述方法通过用户界面线程的绘制数据来确定当前应用程序是否出现掉帧等情况，并动态提升了CPU的工作频率，避免画面出现掉帧卡顿等情况。

下面结合图5对本申请实施例中的另一种中央处理器频率的控制方法进行详细说明，图5为本申请实施例提供的另一种中央处理器频率的控制方法，具体包括以下步骤：

步骤501，获取目标应用对应的关键线程的绘制数据。

具体实现方式请参见图2中步骤201的方法，在此不再赘述。

步骤502，基于所述绘制数据判断所述目标应用是否存在掉帧情况。

具体实现方式请参见图2中步骤202的方法，在此不再赘述。

其中，若上述目标应用不存在掉帧情况，则执行步骤503；若上述目标应用存在掉帧情况，则动态提高CPU当前的工作频率。

步骤503，基于所述绘制数据判断所述中央处理器是否处于性能过剩状态。

其中，上述绘制数据包括UI线程针对上述目标应用绘制一帧图像所消耗的绘制时长，当绘制时长小于上述目标应用需求的帧率对应的目标绘制时长，且差值超过预设时长范围时，则说明此时CPU的工作频率远远大于上述目标应用所需要的CPU的工作频率，处于性能过剩状态，需要降低CPU当前的工作频率。举例来说，目标应用为用户交互类应用，需求的帧率为60帧，此时目标绘制时长为16.6毫秒，预设时长范围为5毫秒，则可以确定，当绘制时长小于或等于11.6毫秒时，CPU当前的工作频率过高，需要降低CPU当前的工作频率；当绘制时长大于11.6毫秒小于或等于16.6毫秒时，说明CPU当前的工作频率只是稍微大于上述用户交互类应用达到60帧所需要的CPU的工作频率，不处于性能过剩状态，不需要降低CPU当前的工作频率。可以理解，上述预设时长范围可以根据用户自身需求灵活变化。

其中，若上述中央处理器处于性能过剩状态，则执行步骤504；若中央处理器不处于性能过剩状态，则重复执行步骤501的操作。

步骤504，基于所述绘制数据降低所述中央处理器的工作频率。

具体的，以上述目标应用为用户交互类应用的例子对如何降低CPU的工作频率进行详细说明，从上述例子可知用户交互类应用的帧率需求为60帧，目标绘制时长为16.6毫秒，预设时长范围为5毫秒，所以降低CPU当前的工作频率，直到UI线程针对该用户交互类应用的绘制时长处于大于11.6毫秒且小于或等于16.6毫秒时，停止对CPU的降频操作。之后，继续监控电子设备的系统状态。

通过上述方法，可以在CPU的工作频率超出目标应用达到目标帧率所需要的CPU的工作频率时，及时降低CPU的工作频率至目标应用达到目标帧率所需要的CPU的工作频率，在不影响用户使用目标应用的体验的同时避免了CPU的性能浪费的现象。

为便于理解，下面结合图6A和图6B对本申请实施例中一种中央处理器频率的控制方法的应用场景进行举例说明，当前在电子设备上运行的应用程序为游戏类应用，具体的需要用户手指在屏幕的虚拟按钮区域划动来控制游戏中的人物进行相应的移动。需要说明的是，在正常运行的情况下，如图6A所示，该游戏类应用的帧率为60帧，符合其帧率需求，即游戏中的人物移动轨迹为平滑自然的移动，用户可以控制游戏中的人物从A点流畅地走到B点，不会觉得掉帧卡顿；在异常运行的情况下，如图6B所示，该游戏类应用的实际帧率低于60帧，此时会出现显示异常，当用户操作游戏中的人物从A点移动至B点时，游戏中的人物会在A点停滞，并在一段时间后瞬移至B点，出现掉帧卡顿等现象。

本申请实施例中，处理器可以监控电子设备系统的运行状态，当运行游戏类应用程序时，处理器可以调用UI线程和该游戏类应用程序对应的线程对该游戏类应用进行实时绘制，得到实时的绘制数据，该绘制数据可以包括UI线程针对该游戏类应用绘制一帧图像消耗的绘制时长，处理器可以通过该绘制时长判断该游戏类应用程序当前的实际帧率是否符合60帧，具体的，由于60帧为1秒60帧图像，在实际帧率为60帧时，绘制一帧图像消耗的时长应当为16.6毫秒，所以根据该计算规则可以根据该绘制时长反向推导计算出当前的实际帧率，若当前的实际帧率符合60帧，则继续监控电子设备系统的运行状态，若当前的实际帧率不符合60帧，会出现两种不符合的情况，其一为当前的实际帧率低于60帧，其二为当前的实际帧率高于60帧，下面依次进行说明：

在该游戏类应用当前的实际帧率低于60帧时，则查询CPU当前的工作状态信息，并基于CPU当前的工作状态信息判断CPU是否处于满负荷工作状态，上述工作状态信息可以包括CPU当前的工作频率、当前关键线程运行的CPU核信息等，若CPU当前的工作频率低于预设最大工作频率或当前关键线程运行的CPU核不是CPU的主核心，则说明CPU并未处于满负荷工作状态，此时可以动态提升CPU的工作频率，直到该游戏类应用的实际帧率符合60帧；

在当前的实际帧率高于60帧时，同样先查询CPU的工作状态信息，获取到当前的工作频率和关键线程运行的CPU核信息，然后结合上述绘制数据动态降低CPU的工作频率，具体的，可以设预设时长范围为a，当绘制时长小于16.6毫秒或绘制时长小于16.6毫秒的差值大于a时，降低CPU的工作频率直到绘制时长属于(16.6-a,16.6]。

需要说明的是，上述当前的实际帧率为根据绘制时长计算得到，在一些目标应用的实际使用中，可能会出现锁帧的情况，即该目标应用会锁定最大帧率为60帧，此时会出现目标应用的当前的实际帧率为60帧，但根据绘制时长计算出的实际帧率大于60帧的情况，在这种情况下，本申请实施例以根据绘制时长计算出的实际帧率为准，避免了CPU性能出现浪费的情况。

可以理解的是，上述应用场景为一种可选的实施例，并不代表对本申请的限定，上述实施例还可以应用于视频类应用、相机类应用、用户交互类应用等多种应用程序，并不局限于游戏类应用。

可见，通过获取绘制数据来确定目标应用当前的帧率是否符合目标帧率需求，并结合CPU当前工作状态和上述绘制数据对CPU的工作频率进行动态提升，避免了掉帧卡顿的现象，大大提升了用户在使用目标应用程序时的使用体验，同时在CPU工作频率过高时，同样结合CPU当前工作状态和上述绘制数据对CPU的工作频率进行动态降低，避免了CPU的性能浪费。

下面为本申请实施例中另一种中央处理器频率的控制方法的流程示意图，从整体反映了相关的步骤，如图7所示，具体步骤包括：

步骤701，获取目标应用对应的关键线程的绘制数据。

步骤702，基于所述绘制数据判断所述目标应用是否存在掉帧情况。

其中，若上述目标应用存在掉帧情况，则执行步骤703；若上述目标应用不存在掉帧情况，则执行步骤705。

步骤703，判断所述中央处理器是否处于满负荷工作状态。

其中，若上述中央处理器处于满负荷工作状态，则执行步骤704。

步骤704，基于所述绘制数据提升所述中央处理器的工作频率。

步骤705，基于所述绘制数据判断所述中央处理器是否处于性能过剩状态。

其中，若上述中央处理器处于性能过剩状态，则执行步骤706；若中央处理器不处于性能过剩状态，则重复执行步骤701的操作。

步骤706，基于所述绘制数据降低所述中央处理器的工作频率。

其中，未详细描述的步骤可以参见图2、图3、图4、图5中的部分或全部方法步骤，在此不再赘述。

通过上述方法，可以基于绘制数据来判断目标应用是否出现掉帧卡顿等情况，在掉帧卡顿时动态提升CPU的工作频率来防止目标应用掉帧卡顿，在不存在掉帧卡顿时，最大化节省CPU的性能，在不影响用户的使用体验的同时降低了电子设备的功耗。

上述主要从方法侧执行过程的角度对本申请实施例的方案进行了介绍。可以理解的是，上述方法可以独立实现也可以结合实现，电子设备为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所提供的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例对电子设备进行功能单元的划分，例如，可以对应各个功能划分各个功能单元，也可以将两个或两个以上的功能集成在一个处理单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。需要说明的是，本申请实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

在采用对应各个功能划分各个功能模块的情况下，图8示出上述实施例中所涉及的一种中央处理器频率的控制装置的功能单元组成框图。如图8所示，中央处理器频率的控制装置800包括：

获取单元810，用于获取目标应用对应的关键线程的绘制数据，所述关键线程包括用户界面线程；

掉帧判断单元820，用于基于所述绘制数据判断所述目标应用是否存在掉帧情况；

处理器判断单元830，用于在所述目标应用存在所述掉帧情况时，判断所述中央处理器是否处于满负荷工作状态；

频率控制单元840，用于在所述中央处理器未处于所述满负荷工作状态时，基于所述绘制数据提升所述中央处理器的工作频率。

其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

在采用集成的单元的情况下，图9是本申请实施例中所涉及的另一种中央处理器频率的控制装置900的功能单元组成框图。该中央处理器频率的控制装置900应用于支持显示功能的电子设备，所述电子设备包括处理器、显示模块等，所述中央处理器频率的控制装置900包括处理单元901和通信单元902，其中，所述处理单元901，用于执行如上述方法实施例中的任一步骤，且在执行诸如发送等数据传输时，可选择的调用所述通信单元902来完成相应操作。

其中，所述中央处理器频率的控制装置900还可以包括存储单元903，用于存储电子设备的程序代码和数据。所述处理单元901可以是中央处理器，所述通信单元902可以是触控显示屏或者收发器，存储单元903可以是存储器。

可以理解的是，由于方法实施例与装置实施例为相同技术构思的不同呈现形式，因此，本申请中方法实施例部分的内容应同步适配于装置实施例部分，此处不再赘述。上述中央处理器频率的控制装置800和中央处理器频率的控制装置900均可执行上述实施例包括的全部中央处理器频率的控制方法，

本申请实施例还提供一种计算机存储介质，其中，该计算机存储介质存储用于电子数据交换的计算机程序，该计算机程序使得计算机执行如上述方法实施例中记载的任一方法的部分或全部步骤，上述计算机包括电子设备。

本申请实施例还提供一种计算机程序产品，上述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，上述计算机程序可操作来使计算机执行如上述方法实施例中记载的任一方法的部分或全部步骤。该计算机程序产品可以为一个软件安装包，上述计算机包括电子设备。

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

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置，可通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如上述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性或其它的形式。

上述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

上述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储器中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储器中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例上述方法的全部或部分步骤。而前述的存储器包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储器中，存储器可以包括：闪存盘、只读存储器(英文：Read-Only Memory，简称：ROM)、随机存取器(英文：Random Access Memory，简称：RAM)、磁盘或光盘等。

以上对本申请实施例进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (11)

1.一种中央处理器频率的控制方法，应用于电子设备，其特征在于，所述方法包括：

获取目标应用对应的关键线程的绘制数据，所述关键线程包括用户界面线程；

基于所述绘制数据判断所述目标应用是否存在掉帧情况；

若所述目标应用存在所述掉帧情况，则判断所述中央处理器是否处于满负荷工作状态；

若所述中央处理器未处于所述满负荷工作状态，则基于所述绘制数据提升所述中央处理器的工作频率。

2.根据权利要求1所述的方法，其特征在于，所述绘制数据包括绘制一帧图像消耗的绘制时长，所述基于所述绘制数据提升所述中央处理器的工作频率，包括：

基于所述目标应用对应的目标帧率数据进行计算，得到绘制时间条件；

提升所述中央处理器的工作频率直到所述绘制时长满足所述绘制时间条件。

3.根据权利要求1所述的方法，其特征在于，所述基于所述绘制数据提升所述中央处理器的工作频率，包括：

基于所述绘制数据确定所述中央处理器的当前频率数据；

获取所述目标应用对应的目标频率数据，所述目标频率数据表示所述目标应用达到目标帧率时所需要的所述中央处理器的工作频率；

基于所述当前频率数据和所述目标频率数据之间的差值确定中央处理器的频率提升值数据；

基于所述工作频率提升值提升所述中央处理器的工作频率。

4.根据权利要求1所述的方法，其特征在于，所述基于所述绘制数据判断所述目标应用是否存在掉帧情况，包括：

获取所述目标应用的目标帧率数据；

基于所述绘制数据进行计算，得到所述目标应用的实际帧率数据；

通过判断所述实际帧率数据是否符合所述目标帧率数据来判断所述目标应用是否存在掉帧情况。

5.根据权利要求4所述的方法，其特征在于，所述实际帧率数据包括实际帧率，所述目标帧率数据包括目标帧率和预设掉帧时长，所述通过判断所述实际帧率数据是否符合所述目标帧率数据来判断所述目标应用是否存在掉帧情况，包括：

获取所述实际帧率低于所述目标帧率的掉帧时长；

通过判断所述掉帧时长是否大于所述预设掉帧时长来判断所述目标应用是否存在掉帧情况。

6.根据权利要求1所述的方法，其特征在于，所述判断所述电子设备的中央处理器是否处于满负荷工作状态，包括：

查询所述中央处理器的当前工作频率和当前工作核心；

通过判断所述当前工作频率是否达到预设频率或所述当前工作核心是否为主工作核心，来判断所述电子设备的中央处理器是否处于满负荷工作状态。

7.根据权利要求6所述的方法，其特征在于，所述查询所述中央处理器的当前工作频率和当前工作核心，包括：

获取所述关键线程的身份标识数据；

基于所述身份标识数据查询所述中央处理器的当前工作频率和与所述关键线程对应的当前工作核心。

8.根据权利要求1所述的方法，其特征在于，所述基于所述绘制数据判断所述目标应用是否存在掉帧情况之后，所述方法还包括：

若所述目标应用不存在掉帧情况，则基于所述绘制数据降低所述中央处理器的工作频率。

9.一种中央处理器频率的控制装置，其特征在于，所述装置包括：

获取单元，用于获取目标应用对应的关键线程的绘制数据，所述关键线程包括用户界面线程；

掉帧判断单元，用于基于所述绘制数据判断所述目标应用是否存在掉帧情况；

处理器判断单元，用于在所述目标应用存在所述掉帧情况时，判断所述中央处理器是否处于满负荷工作状态；

频率控制单元，用于在所述中央处理器未处于所述满负荷工作状态时，基于所述绘制数据提升所述中央处理器的工作频率。

10.一种电子设备，其特征在于，包括处理器、存储器，以及一个或多个程序，所述一个或多个程序被存储在所述存储器中，并且被配置由所述处理器执行，所述程序包括用于执行如权利要求1～8任一项所述的方法中的步骤的指令。

11.一种计算机存储介质，其特征在于，所述计算机存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行如权利要求1～8任一项所述的方法。

Images