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

《中央处理器频率的控制方法及相关装置.pdf》由会员分享，可在线阅读，更多相关《中央处理器频率的控制方法及相关装置.pdf（21页完成版）》请在专利查询网上搜索。

1、(19)中华人民共和国国家知识产权局 (12)发明专利申请 (10)申请公布号 (43)申请公布日 (21)申请号 202010208321.6 (22)申请日 2020.03.23 (71)申请人 OPPO广东移动通信有限公司 地址 523860 广东省东莞市长安镇乌沙海 滨路18号 (72)发明人 李军 (74)专利代理机构 深圳市慧实专利代理有限公 司 44480 代理人 孙东杰 (51)Int.Cl. G06F 11/07(2006.01) (54)发明名称 中央处理器频率的控制方法及相关装置 (57)摘要 本申请提供了一种中央处理器频率的控制 方法及相关装置， 电子设备首先通过获取目。

2、标应 用对应的关键线程的绘制数据， 所述关键线程包 括用户界面线程； 接着， 基于所述绘制数据判断 所述目标应用是否存在掉帧情况； 然后， 若所述 目标应用存在所述掉帧情况， 则判断所述中央处 理器是否处于满负荷工作状态； 最后， 若所述中 央处理器未处于所述满负荷工作状态， 则基于所 述绘制数据提升所述中央处理器的工作频率。 可 以基于用户界面线程的绘制数据来判断当前应 用程序是否出现掉帧卡顿等情况， 并基于绘制数 据动态调整CPU的工作频率， 避免画面出现掉帧 卡顿等情况。 权利要求书2页 说明书11页 附图7页 CN 111338838 A 2020.06.26 CN 111338838。

3、 A 1.一种中央处理器频率的控制方法， 应用于电子设备， 其特征在于， 所述方法包括： 获取目标应用对应的关键线程的绘制数据， 所述关键线程包括用户界面线程； 基于所述绘制数据判断所述目标应用是否存在掉帧情况； 若所述目标应用存在所述掉帧情况， 则判断所述中央处理器是否处于满负荷工作状 态； 若所述中央处理器未处于所述满负荷工作状态， 则基于所述绘制数据提升所述中央处 理器的工作频率。 2.根据权利要求1所述的方法， 其特征在于， 所述绘制数据包括绘制一帧图像消耗的绘 制时长， 所述基于所述绘制数据提升所述中央处理器的工作频率， 包括： 基于所述目标应用对应的目标帧率数据进行计算， 得到绘制。

4、时间条件； 提升所述中央处理器的工作频率直到所述绘制时长满足所述绘制时间条件。 3.根据权利要求1所述的方法， 其特征在于， 所述基于所述绘制数据提升所述中央处理 器的工作频率， 包括： 基于所述绘制数据确定所述中央处理器的当前频率数据； 获取所述目标应用对应的目标频率数据， 所述目标频率数据表示所述目标应用达到目 标帧率时所需要的所述中央处理器的工作频率； 基于所述当前频率数据和所述目标频率数据之间的差值确定中央处理器的频率提升 值数据； 基于所述工作频率提升值提升所述中央处理器的工作频率。 4.根据权利要求1所述的方法， 其特征在于， 所述基于所述绘制数据判断所述目标应用 是否存在掉帧情况。

5、， 包括： 获取所述目标应用的目标帧率数据； 基于所述绘制数据进行计算， 得到所述目标应用的实际帧率数据； 通过判断所述实际帧率数据是否符合所述目标帧率数据来判断所述目标应用是否存 在掉帧情况。 5.根据权利要求4所述的方法， 其特征在于， 所述实际帧率数据包括实际帧率， 所述目 标帧率数据包括目标帧率和预设掉帧时长， 所述通过判断所述实际帧率数据是否符合所述 目标帧率数据来判断所述目标应用是否存在掉帧情况， 包括： 获取所述实际帧率低于所述目标帧率的掉帧时长； 通过判断所述掉帧时长是否大于所述预设掉帧时长来判断所述目标应用是否存在掉 帧情况。 6.根据权利要求1所述的方法， 其特征在于， 所。

6、述判断所述电子设备的中央处理器是否 处于满负荷工作状态， 包括： 查询所述中央处理器的当前工作频率和当前工作核心； 通过判断所述当前工作频率是否达到预设频率或所述当前工作核心是否为主工作核 心， 来判断所述电子设备的中央处理器是否处于满负荷工作状态。 7.根据权利要求6所述的方法， 其特征在于， 所述查询所述中央处理器的当前工作频率 和当前工作核心， 包括： 获取所述关键线程的身份标识数据； 权利要求书 1/2 页 2 CN 111338838 A 2 基于所述身份标识数据查询所述中央处理器的当前工作频率和与所述关键线程对应 的当前工作核心。 8.根据权利要求1所述的方法， 其特征在于， 所述。

7、基于所述绘制数据判断所述目标应用 是否存在掉帧情况之后， 所述方法还包括： 若所述目标应用不存在掉帧情况， 则基于所述绘制数据降低所述中央处理器的工作频 率。 9.一种中央处理器频率的控制装置， 其特征在于， 所述装置包括： 获取单元， 用于获取目标应用对应的关键线程的绘制数据， 所述关键线程包括用户界 面线程； 掉帧判断单元， 用于基于所述绘制数据判断所述目标应用是否存在掉帧情况； 处理器判断单元， 用于在所述目标应用存在所述掉帧情况时， 判断所述中央处理器是 否处于满负荷工作状态； 频率控制单元， 用于在所述中央处理器未处于所述满负荷工作状态时， 基于所述绘制 数据提升所述中央处理器的工作。

8、频率。 10.一种电子设备， 其特征在于， 包括处理器、 存储器， 以及一个或多个程序， 所述一个 或多个程序被存储在所述存储器中， 并且被配置由所述处理器执行， 所述程序包括用于执 行如权利要求18任一项所述的方法中的步骤的指令。 11.一种计算机存储介质， 其特征在于， 所述计算机存储介质存储有计算机程序， 所述 计算机程序包括程序指令， 所述程序指令当被处理器执行时使所述处理器执行如权利要求 18任一项所述的方法。 权利要求书 2/2 页 3 CN 111338838 A 3 中央处理器频率的控制方法及相关装置 技术领域 0001 本申请涉及中央处理器控制领域， 特别是一种中央处理器频率。

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

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

11、央处理器的工作频率。 0009 第二方面， 本申请实施例提供了一种中央处理器频率的控制装置， 所述装置包括： 0010 获取单元， 用于获取目标应用对应的关键线程的绘制数据， 所述关键线程包括用 户界面线程； 0011 掉帧判断单元， 用于基于所述绘制数据判断所述目标应用是否存在掉帧情况； 0012 处理器判断单元， 用于在所述目标应用存在所述掉帧情况时， 判断所述中央处理 器是否处于满负荷工作状态； 0013 频率控制单元， 用于在所述中央处理器未处于所述满负荷工作状态时， 基于所述 绘制数据提升所述中央处理器的工作频率。 0014 第三方面， 本申请实施例提供了一种电子设备， 包括应用处理。

12、器、 通信接口和存储 器， 所述应用处理器、 通信接口和存储器相互连接， 其中， 所述存储器用于存储计算机程序， 所述计算机程序包括程序指令， 所述应用处理器被配置用于调用所述程序指令， 执行如本 申请实施例第一方面所描述的全部或部分方法的步骤。 说明书 1/11 页 4 CN 111338838 A 4 0015 本申请实施例第四方面提供了一种计算机存储介质， 所述计算机存储介质存储有 计算机程序， 所述计算机程序包括程序指令， 所述程序指令当被处理器执行时使所述处理 器执行如本申请实施例第一方面所描述的全部或部分方法的步骤。 0016 本申请实施例第五方面提供了一种计算机程序产品， 其中，。

13、 上述计算机程序产品 包括存储了计算机程序的非瞬时性计算机可读存储介质， 上述计算机程序可操作来使计算 机执行如本申请实施例第一方面任一方法中所描述的部分或全部步骤。 该计算机程序产品 可以为一个软件安装包。 0017 可以看出， 在本申请实施例中， 电子设备首先通过获取目标应用对应的关键线程 的绘制数据， 所述关键线程包括用户界面线程； 接着， 基于所述绘制数据判断所述目标应用 是否存在掉帧情况； 然后， 若所述目标应用存在所述掉帧情况， 则判断所述中央处理器是否 处于满负荷工作状态； 最后， 若所述中央处理器未处于所述满负荷工作状态， 则基于所述绘 制数据提升所述中央处理器的工作频率。 可。

14、以基于用户界面线程的绘制数据来判断当前应 用程序是否出现掉帧卡顿等情况， 并基于绘制数据动态调整CPU的工作频率， 避免画面出现 掉帧卡顿等情况。 附图说明 0018 为了更清楚地说明本发明实施例技术方案， 下面将对实施例描述中所需要使用的 附图作简单地介绍， 显而易见地， 下面描述中的附图是本发明的一些实施例， 对于本领域普 通技术人员来讲， 在不付出创造性劳动的前提下， 还可以根据这些附图获得其他的附图。 0019 图1A为本申请实施例提供的一种电子设备的结构示意图； 0020 图1B为本申请实施例提供的一种电子设备的软硬件系统的架构示意图； 0021 图2为本申请实施例提供的一种中央处理。

15、器频率的控制方法的流程示意图； 0022 图3为本申请实施例提供的一种图2中步骤204的方法流程示意图； 0023 图4为本申请实施例提供的另一种图2中步骤204的方法流程示意图； 0024 图5为本申请实施例提供的另一种中央处理器频率的控制方法的流程示意图； 0025 图6A为本申请实施例提供的一种中央处理器频率的控制方法的应用场景的示意 图； 0026 图6B为本申请实施例提供的一种中央处理器频率的控制方法的应用场景的示意 图； 0027 图7为本申请实施例提供的另一种中央处理器频率的控制方法的流程示意图； 0028 图8为本申请实施例提供的一种中央处理器频率的控制装置的功能单元组成框 图。

16、； 0029 图9为本申请实施例提供的另一种中央处理器频率的控制装置的功能单元组成框 图。 具体实施方式 0030 为了使本技术领域的人员更好地理解本申请方案， 下面将结合本申请实施例中的 附图， 对本申请实施例中的技术方案进行清楚、 完整地描述， 显然， 所描述的实施例仅仅是 本申请一部分实施例， 而不是全部的实施例。 基于本申请中的实施例， 本领域普通技术人员 说明书 2/11 页 5 CN 111338838 A 5 在没有作出创造性劳动前提下所获得的所有其他实施例， 都属于本申请保护的范围。 0031 本申请的说明书和权利要求书及上述附图中的术语 “第一” 、“第二” 等是用于区别 不。

17、同对象， 而不是用于描述特定顺序。 此外， 术语 “包括” 和 “具有” 以及它们任何变形， 意图 在于覆盖不排他的包含。 例如包含了一系列步骤或单元的过程、 方法、 系统、 产品或设备没 有限定于已列出的步骤或单元， 而是可选地还包括没有列出的步骤或单元， 或可选地还包 括对于这些过程、 方法、 产品或设备固有的其他步骤或单元。 0032 在本文中提及 “实施例” 意味着， 结合实施例描述的特定特征、 结构或特性可以包 含在本申请的至少一个实施例中。 在说明书中的各个位置出现该短语并不一定均是指相同 的实施例， 也不是与其它实施例互斥的独立的或备选的实施例。 本领域技术人员显式地和 隐式地理。

18、解的是， 本文所描述的实施例可以与其它实施例相结合。 0033 为了更好地理解本申请实施例的方案， 下面先对本申请实施例可能涉及的相关术 语和概念进行介绍。 0034 帧率(Frames Per Second， FPS)， 表示每秒传输帧数， 帧率越高， 所显示的动作就 会越流畅。 反之帧率越低， 则会让人觉得掉帧卡顿， 十分影响观看体验。 0035 目标应用可以包括操作系统自带的原生程序， 也可以是第三方开发者所开发的第 三方应用程序， 具体可以包括相机， 图库， 日历， 通话， 地图， 导航， WLAN， 蓝牙， 音乐， 视频， 短 信息等应用程序。 0036 关键线程可以包括用户界面线程。

19、(User Interface Thread)， 以及， 在绘制上述目 标应用的图像所调用的其他相关线程， 如用于表示上述目标应用身份标识的相关线程等， 上述UI线程为主线程， 用于执行绘制图像的工作， 与上述其他相关线程共同构成关键线程。 0037 绘制数据可以包括绘制消息以及对应的绘制时间戳， 根据每帧图像的绘制消息和 对应的绘制时间戳可以计算出绘制一帧图像所需要的绘制时长。 0038 本申请通过UI线程的绘制数据来判断当前运行的应用程序是否出现异常， 即基于 所述绘制数据判断所述目标应用是否存在掉帧情况； 然后， 若所述目标应用存在掉帧卡顿 等情况， 则判断所述中央处理器是否处于满负荷工。

20、作状态； 最后， 若所述中央处理器未处于 所述满负荷工作状态， 则基于所述绘制数据提升所述中央处理器的工作频率。 如此可以基 于绘制数据动态调整CPU的工作频率， 避免画面出现掉帧卡顿等情况。 0039 首先对本申请实施例的中央处理器频率的控制方法的软硬件运行环境进行说明， 如图1A和图1B所示。 0040 图1A为本身申请实施例提供的一种电子设备的结构示意图， 该电子设备100可以 是具备通信能力的电子设备， 该电子设备可以包括各种具有无线通信功能的手持设备、 车 载设备、 可穿戴设备、 计算设备或连接到无线调制解调器的其他处理设备， 以及各种形式的 用户设备(User Equipment，。

21、 UE)， 移动台(Mobile Station， MS)， 终端设备(terminal device)等等。 本申请中的电子设备100可以包括一个或多个如下部件： 处理器110、 存储器 120和输入输出设备130。 0041 处理器110可以包括一个或者多个处理核心。 处理器110利用通信接口连接整个终 端100内的各个部分， 通过运行或执行存储在存储器120内的指令、 程序、 代码集或指令集， 以及调用存储在存储器120内的数据， 执行电子设备100的各种功能和处理数据。 处理器110 可以包括一个或多个处理单元， 例如： 处理器110可以包括中央处理器(Central 说明书 3/11。

22、 页 6 CN 111338838 A 6 Processing Unit， CPU)、 应用处理器(application processor， AP)、 调制解调处理器、 图形 处理器(graphics processing unit， GPU)、 图像信号处理器(image signal processor， ISP)、 控制器、 视频编解码器、 数字信号处理器(digital signal processor， DSP)、 基带处 理器， 和/或神经网络处理器(neural-network processing unit， NPU)等。 CPU主要用于处 理操作系统、 用户界面和应用程。

23、序等； GPU用于负责显示内容的渲染和绘制； 调制解调器用 于处理无线通信。 数字信号处理器用于处理数字信号， 除了可以处理数字图像信号， 还可以 处理其他数字信号。 本申请实施例中以中央处理器CPU为例进行说明， 例如， 当电子设备100 在运行应用程序时， CPU可以获取到UI线程等线程针对该应用程序的绘制数据， 并基于该绘 制数据判断当前运行的应用程序是否出现掉帧卡顿等情况， 之后， 基于CPU自身的性能使用 情况， 可以对CPU的频率进行动态控制。 0042 处理器110中可以设置存储器120， 用于存储指令和数据。 在一些实施例中， 处理器 110中的存储器120为高速缓冲存储器。 。

24、该存储器120可以保存处理器110刚用过或循环使用 的指令或数据。 如果处理器110需要再次使用该指令或数据， 可从所述存储器120中直接调 用。 避免重复存取， 减少处理器110的等待时间， 提高系统效率。 0043 可以理解的是， 上述处理器110在实际产品中可以映射为系统级芯片(System on a Chip， SOC)， 上述处理单元和/或接口也可以不集成到处理器110中， 单独通过一块通信芯 片或者电子元器件实现对应的功能。 上述各模块间的接口连接关系， 只是示意性说明， 并不 构成对电子设备100的结构的唯一限定。 0044 存储器120可以包括随机存储器(Random Acce。

25、ss Memory， RAM)， 也可以包括只读 存储器(Read-Only Memory)。 可选地， 该存储器120包括非瞬时性计算机可读介质(non- transitory computer-readable storage medium)。 存储器120可用于存储指令、 程序、 代 码、 代码集或指令集。 存储器120可包括存储程序区和存储数据区， 其中， 存储程序区可存储 用于实现操作系统的指令、 用于实现至少一个功能的指令(比如触控功能、 声音播放功能、 图像播放功能等)、 用于实现下述各个方法实施例的指令等， 该操作系统可以是安卓 (Android)系统(包括基于Android系。

26、统深度开发的系统)、 苹果公司开发的IOS系统(包括基 于IOS系统深度开发的系统)或其它系统。 存储数据区还可以存储电子设备100在使用中所 创建的数据。 0045 输入输出设备130可以包括触摸显示屏， 该触摸显示屏用于接收用户使用手指、 触 摸笔等任何适合的物体在其上或附近的触摸操作， 以及显示各个应用程序的用户界面。 触 摸显示屏通常设置在终端100的前面板。 触摸显示屏可被设计成为全面屏、 曲面屏或异形 屏。 触摸显示屏还可被设计成为全面屏与曲面屏的结合， 异形屏与曲面屏的结合， 本申请实 施例对此不加以限定。 0046 图1B为本申请实施例提供的一种电子设备的软硬件系统的架构示意图。

27、， 包括显示 驱动层121、 显示叠加层122、 显示服务层123以及帧率调节模块111， 其中， 上述显示驱动层 121、 显示叠加层122和显示服务层123之间可以通过软件接口进行通信， 主要用于控制应用 程序的显示效果， 上述显示服务层123可以包括多种应用程序， 如游戏类应用、 视频类应用、 相机类应用、 用户交互类应用等， 可以基于不同的应用程序的显示需求切换显示的帧率， 举 例来说， 游戏类应用的帧率需求可以为30帧或60帧、 视频类应用的帧率需求可以为30帧、 相 机类应用的帧率需求可以为20帧， 用户交互类应用的帧率需求可以为60帧等， 上述帧率调 说明书 4/11 页 7 C。

28、N 111338838 A 7 节模块111集成在上述处理器110中， 用于控制上述显示驱动层121、 显示叠加层122和显示 服务层123使当前应用程序显示的帧率符合其帧率需求。 具体的， 上述帧率调节模块111可 以通过UI线程的绘制数据实时监控当前的应用程序的显示状态， 在出现掉帧卡顿后动态提 高CPU频率， 使得游戏类应用的帧率保持在30帧或60帧、 视频类应用的帧率保持在30帧、 相 机类应用的帧率保持在20帧， 用户交互类应用的帧率保持在60帧等， 在当前应用程序的显 示状态正常时， 基于绘制数据判断CPU的当前频率是否大于保持当前应用的显示状态为正 常所需要的最低频率， 若大于则。

29、动态降低CPU的频率以节省功耗。 0047 通过上述软硬件运行环境， 可以基于用户界面线程的绘制数据来判断当前应用程 序是否出现掉帧卡顿等情况， 并基于绘制数据动态调整CPU的工作频率， 避免画面出现掉帧 卡顿等情况， 同时可以适时降低CPU的功耗， 避免CPU性能浪费的情况发生。 0048 上面对本申请的软硬件运行环境进行了介绍， 下面结合图2对本申请实施例中的 一种中央处理器频率的控制方法进行详细说明， 图2为本申请实施例提供的一种中央处理 器频率的控制方法的流程示意图， 具体包括以下步骤： 0049 步骤201， 获取目标应用对应的关键线程的绘制数据。 0050 其中， 首先处理器可以监。

30、控电子设备的系统状态， 当目标应用启动时， 上述处理器 可以调用UI线程及与上述目标应用对应的相关线程组成的关键线程对目标应用进行绘制， 并接收到上述关键线程的绘制数据， 上述绘制数据可以包括UI线程针对目标应用绘制一帧 图像所消耗的绘制时长， 上述绘制时长可以反映出目标应用当前的实际帧率。 0051 步骤202， 基于所述绘制数据判断所述目标应用是否存在掉帧情况。 0052 其中， 可以先获取上述目标应用的目标帧率数据， 之后对上述绘制数据进行计算 得到上述目标应用当前的实际帧率数据， 可以理解， 本申请中X帧的含义为每秒传输X帧图 像， 设实际帧率数据为N， 绘制时长为M， 则可以结合下列。

31、公式得到上述实际帧率数据： 0053 0054 具体的， 上述目标帧率数据可以包括目标帧率和预设掉帧时长， 上述目标帧率可 以反映上述目标应用的帧率需求， 如游戏类应用的目标帧率可以为60帧、 视频类应用的期 望帧率可以为30帧等， 上述预设掉帧时长可以设置为0.5秒， 举例来说， 在游戏类应用的场 景下， 实际帧率低于60帧超过0.5秒即可认为出现掉帧， 低于60帧未超过0.5秒则不认为出 现掉帧。 上述实际帧率数据用于表示上述目标应用当前的实际帧率， 可以先比较上述实际 帧率和目标帧率的大小， 若上述实际帧率低于上述目标帧率， 且上述实际帧率低于上述目 标帧率的掉帧时长大于上述预设掉帧时长。

32、， 则确定上述目标应用存在掉帧情况， 执行步骤 203； 若上述实际帧率等于上述目标帧率， 则维持CPU的工作频率， 继续监控电子设备的系统 运行状态。 0055 可见， 通过绘制数据来判断上述目标应用是否出现掉帧卡顿等情况， 可以在不影 响目标应用运行的情况下， 准确地检测出上述目标应用是否出现掉帧卡顿等情况， 不影响 用户使用上述目标应用的使用体验。 0056 步骤203， 判断所述中央处理器是否处于满负荷工作状态。 0057 其中， 当上述目标应用存在掉帧情况时， 执行本步骤。 0058 其中， 首先可以查询CPU的当前工作频率和CPU的当前工作核心， 具体的， 可以获取 说明书 5/1。

33、1 页 8 CN 111338838 A 8 所述关键线程的身份标识数据， 之后基于所述身份标识数据查询所述中央处理器的当前工 作频率和与所述关键线程对应的当前工作核心， 通过判断上述当前工作频率是否达到预设 频率或上述当前工作核心是否为主工作核心， 来判断CPU是否处于满负荷工作状态。 0059 若CPU处于满负荷工作状态， 则可以向用户发送警示信息， 该警示信息用于表示 CPU过载， 在此不再赘述； 若CPU未处于满负荷工作状态， 则执行步骤204。 0060 可见， 通过判断所述中央处理器是否处于满负荷工作状态， 可以方便动态调整CPU 的工作频率， 在无法自动调整时及时通知用户， 优化。

34、用户的使用体验。 0061 步骤204， 基于所述绘制数据提升所述中央处理器的工作频率。 0062 其中， 结合图3对步骤204的方法进行详细说明， 图3为本申请实施例提供的一种步 骤204的流程示意图， 具体包括以下步骤： 0063 步骤301， 基于所述目标应用对应的目标帧率数据进行计算， 得到绘制时间条件。 0064 其中， 上述绘制时间条件表示上述目标应用在目标帧率下的绘制时长， 举例来说， 当上述目标应用为视频类应用， 目标帧率数据为30帧时， 绘制一帧图像所消耗的时长应当 为33.3毫秒， 此时可以确定绘制时间条件为33.3毫秒。 0065 步骤302， 提升所述中央处理器的工作频。

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

36、的工作频率贴近目标应 用的实际需求， 在保证目标应用不掉帧卡顿的情况下还可降低CPU的功耗。 0068 可选的， 结合图4对步骤204的另一种方法进行详细说明， 图4为本申请实施例提供 的另一种步骤204的流程示意图， 具体包括以下步骤： 0069 步骤401， 基于所述绘制数据确定所述中央处理器的当前频率数据。 0070 其中， 可以结合绘制时长确定CPU的当前频率数据， 上述当前频率数据表示当前的 工作频率。 0071 步骤402， 获取所述目标应用对应的目标频率数据。 0072 其中， 上述目标频率数据表示上述目标应用达到目标帧率时所需要的CPU的工作 频率， 可以通过查询目标应用的相关。

37、信息来获取， 如游戏类应用达到60帧所需要的CPU的工 作频率一般会高于视频类应用达到30帧所需要的CPU的工作频率， 不同的目标应用可以对 应不同的目标频率数据， 需要说明的是， 上述目标频率数据不会大于CPU所支持的最大频 率。 0073 步骤403， 基于所述当前频率数据和所述目标频率数据之间的差值确定中央处理 器的频率提升值数据。 0074 其中， 可以通过计算上述当前频率数据和上述目标频率数据的差值， 得到CPU的频 率提升值数据。 说明书 6/11 页 9 CN 111338838 A 9 0075 步骤404， 基于所述工作频率提升值提升所述中央处理器的工作频率。 0076 其中。

38、， 可以直接根据上述频率提升值数据提升CPU的工作频率， 使得CPU的工作频 率符合上述目标频率数据。 0077 可以理解， 上述图3、 图4的两种步骤204的实现方法可以同步进行， 处理器可以根 据自身工作状态、 当前进程工作状态等灵活切换具体的实现方式， 如此可以为工作频率的 提升方法提供多种选择。 0078 可见， 上述方法通过用户界面线程的绘制数据来确定当前应用程序是否出现掉帧 等情况， 并动态提升了CPU的工作频率， 避免画面出现掉帧卡顿等情况。 0079 下面结合图5对本申请实施例中的另一种中央处理器频率的控制方法进行详细说 明， 图5为本申请实施例提供的另一种中央处理器频率的控制。

39、方法， 具体包括以下步骤： 0080 步骤501， 获取目标应用对应的关键线程的绘制数据。 0081 具体实现方式请参见图2中步骤201的方法， 在此不再赘述。 0082 步骤502， 基于所述绘制数据判断所述目标应用是否存在掉帧情况。 0083 具体实现方式请参见图2中步骤202的方法， 在此不再赘述。 0084 其中， 若上述目标应用不存在掉帧情况， 则执行步骤503； 若上述目标应用存在掉 帧情况， 则动态提高CPU当前的工作频率。 0085 步骤503， 基于所述绘制数据判断所述中央处理器是否处于性能过剩状态。 0086 其中， 上述绘制数据包括UI线程针对上述目标应用绘制一帧图像所消。

40、耗的绘制时 长， 当绘制时长小于上述目标应用需求的帧率对应的目标绘制时长， 且差值超过预设时长 范围时， 则说明此时CPU的工作频率远远大于上述目标应用所需要的CPU的工作频率， 处于 性能过剩状态， 需要降低CPU当前的工作频率。 举例来说， 目标应用为用户交互类应用， 需求 的帧率为60帧， 此时目标绘制时长为16.6毫秒， 预设时长范围为5毫秒， 则可以确定， 当绘制 时长小于或等于11.6毫秒时， CPU当前的工作频率过高， 需要降低CPU当前的工作频率； 当绘 制时长大于11.6毫秒小于或等于16.6毫秒时， 说明CPU当前的工作频率只是稍微大于上述 用户交互类应用达到60帧所需要的。

41、CPU的工作频率， 不处于性能过剩状态， 不需要降低CPU 当前的工作频率。 可以理解， 上述预设时长范围可以根据用户自身需求灵活变化。 0087 其中， 若上述中央处理器处于性能过剩状态， 则执行步骤504； 若中央处理器不处 于性能过剩状态， 则重复执行步骤501的操作。 0088 步骤504， 基于所述绘制数据降低所述中央处理器的工作频率。 0089 具体的， 以上述目标应用为用户交互类应用的例子对如何降低CPU的工作频率进 行详细说明， 从上述例子可知用户交互类应用的帧率需求为60帧， 目标绘制时长为16.6毫 秒， 预设时长范围为5毫秒， 所以降低CPU当前的工作频率， 直到UI线程。

42、针对该用户交互类应 用的绘制时长处于大于11.6毫秒且小于或等于16.6毫秒时， 停止对CPU的降频操作。 之后， 继续监控电子设备的系统状态。 0090 通过上述方法， 可以在CPU的工作频率超出目标应用达到目标帧率所需要的CPU的 工作频率时， 及时降低CPU的工作频率至目标应用达到目标帧率所需要的CPU的工作频率， 在不影响用户使用目标应用的体验的同时避免了CPU的性能浪费的现象。 0091 为便于理解， 下面结合图6A和图6B对本申请实施例中一种中央处理器频率的控制 方法的应用场景进行举例说明， 当前在电子设备上运行的应用程序为游戏类应用， 具体的 说明书 7/11 页 10 CN 1。

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

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

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

46、工作状态信息， 获取到当前的工 作频率和关键线程运行的CPU核信息， 然后结合上述绘制数据动态降低CPU的工作频率， 具 体的， 可以设预设时长范围为a， 当绘制时长小于16.6毫秒或绘制时长小于16.6毫秒的差值 大于a时， 降低CPU的工作频率直到绘制时长属于(16.6-a,16.6。 0095 需要说明的是， 上述当前的实际帧率为根据绘制时长计算得到， 在一些目标应用 的实际使用中， 可能会出现锁帧的情况， 即该目标应用会锁定最大帧率为60帧， 此时会出现 目标应用的当前的实际帧率为60帧， 但根据绘制时长计算出的实际帧率大于60帧的情况， 在这种情况下， 本申请实施例以根据绘制时长计算。

47、出的实际帧率为准， 避免了CPU性能出现 浪费的情况。 0096 可以理解的是， 上述应用场景为一种可选的实施例， 并不代表对本申请的限定， 上 述实施例还可以应用于视频类应用、 相机类应用、 用户交互类应用等多种应用程序， 并不局 限于游戏类应用。 0097 可见， 通过获取绘制数据来确定目标应用当前的帧率是否符合目标帧率需求， 并 结合CPU当前工作状态和上述绘制数据对CPU的工作频率进行动态提升， 避免了掉帧卡顿的 现象， 大大提升了用户在使用目标应用程序时的使用体验， 同时在CPU工作频率过高时， 同 样结合CPU当前工作状态和上述绘制数据对CPU的工作频率进行动态降低， 避免了CPU。

48、的性 能浪费。 0098 下面为本申请实施例中另一种中央处理器频率的控制方法的流程示意图， 从整体 反映了相关的步骤， 如图7所示， 具体步骤包括： 说明书 8/11 页 11 CN 111338838 A 11 0099 步骤701， 获取目标应用对应的关键线程的绘制数据。 0100 步骤702， 基于所述绘制数据判断所述目标应用是否存在掉帧情况。 0101 其中， 若上述目标应用存在掉帧情况， 则执行步骤703； 若上述目标应用不存在掉 帧情况， 则执行步骤705。 0102 步骤703， 判断所述中央处理器是否处于满负荷工作状态。 0103 其中， 若上述中央处理器处于满负荷工作状态， 。

49、则执行步骤704。 0104 步骤704， 基于所述绘制数据提升所述中央处理器的工作频率。 0105 步骤705， 基于所述绘制数据判断所述中央处理器是否处于性能过剩状态。 0106 其中， 若上述中央处理器处于性能过剩状态， 则执行步骤706； 若中央处理器不处 于性能过剩状态， 则重复执行步骤701的操作。 0107 步骤706， 基于所述绘制数据降低所述中央处理器的工作频率。 0108 其中， 未详细描述的步骤可以参见图2、 图3、 图4、 图5中的部分或全部方法步骤， 在 此不再赘述。 0109 通过上述方法， 可以基于绘制数据来判断目标应用是否出现掉帧卡顿等情况， 在 掉帧卡顿时动态。

50、提升CPU的工作频率来防止目标应用掉帧卡顿， 在不存在掉帧卡顿时， 最大 化节省CPU的性能， 在不影响用户的使用体验的同时降低了电子设备的功耗。 0110 上述主要从方法侧执行过程的角度对本申请实施例的方案进行了介绍。 可以理解 的是， 上述方法可以独立实现也可以结合实现， 电子设备为了实现上述功能， 其包含了执行 各个功能相应的硬件结构和/或软件模块。 本领域技术人员应该很容易意识到， 结合本文中 所提供的实施例描述的各示例的单元及算法步骤， 本申请能够以硬件或硬件和计算机软件 的结合形式来实现。 某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行， 取决于 技术方案的特定应用和设计约束。