一种负载管控方法、电子设备及存储介质技术

本申请实施例提供的一种负载管控方法、电子设备及存储介质，所述方法包括：若框架层监听到关键事件触发，则根据第一高负载判断策略判断当前是否处于高负载状态；若根据所述第一高负载判断策略判断当前处于高负载状态，则执行第一高负载管控策略，所述第一高负载管控策略用于为前台任务分配更多的硬件资源。在本申请实施例中，基于关键事件主动触发负载检测，负载检测机制更及时，可以快速判断当前负载状态，进而可以实现快速高效的负载管控。进而可以实现快速高效的负载管控。进而可以实现快速高效的负载管控。

【技术实现步骤摘要】
一种负载管控方法、电子设备及存储介质


[0001]本申请涉及电子
，具体地涉及一种负载管控方法、电子设备及存储介质。

技术介绍

[0002]对于部分硬件配置较低的产品，由于芯片能力和内存有限，当用户进行一些连续的操作时，非常容易导致中央处理器(Central Processing Unit，CPU)高负载。例如，当用户启动第一应用后退出后台，再启动第二应用。由于用户连续启动了两个应用，导致CPU的负载过高，启动第二应用的响应时间较长。
[0003]针对CPU高负载检测，现有技术中一种实现方案为：按照一定的周期，通过底层不断检测负载情况。但是，该检测方式对应用场景无感知，对于一些高负载场景无法快速的检测出来。

技术实现思路

[0004]有鉴于此，本申请提供一种负载管控方法、电子设备及存储介质，以利于解决现有技术中通过底层进行高负载检测，对应用场景无感知，对于一些高负载场景无法快速的检测出来的问题。
[0005]第一方面，本申请实施例提供了一种负载管控方法，包括：
[0006]若框架层监听到关键事件触发，则根据第一高负载判断策略判断当前是否处于高负载状态；
[0007]若根据所述第一高负载判断策略判断当前处于高负载状态，则执行第一高负载管控策略，所述第一高负载管控策略用于为前台任务分配更多的硬件资源。
[0008]在一种可能的实现方式中，所述方法还包括：
[0009]若内核层根据第二高负载判断策略判断当前处于高负载状态，则执行第二高负载管控策略，所述第二高负载管控策略用于为前台任务分配更多的硬件资源。
[0010]在一种可能的实现方式中，所述第一高负载管控策略和所述第二高负载管控策略相同；
[0011]或者，所述第一高负载管控策略和所述第二高负载管控策略不同，且所述第二高负载管控策略的管控级别高于所述第一高负载管控策略的管控级别。
[0012]在一种可能的实现方式中，所述第一高负载管控策略和/或所述第二高负载管控策略包括以下管控策略中的一种或其组合：
[0013]提升当前处理器和/或内存的频点；
[0014]修改绑核策略，使得前台任务可以占用更多的处理器资源；
[0015]修改内存的查杀机制，杀掉当前后台长期保活的部分应用；
[0016]若检测到高负载线程，则对所述高负载线程进行管控。
[0017]在一种可能的实现方式中，所述修改绑核策略，使得前台任务可以占用更多的处理器资源，包括：
[0018]将大核处理器，或者大核处理器和部分小核处理器分配给前台任务；
[0019]将全部小核处理器或者部分小核处理器分配给后台任务。
[0020]在一种可能的实现方式中，所述对所述高负载线程进行管控，包括：
[0021]判断所述高负载线程是否为关键线程；
[0022]若所述高负载线程为关键线程，则对所述高负载线程不做管控；
[0023]若所述高负载线程为非关键线程，则将所述高负载线程限制到小核处理器执行。
[0024]在一种可能的实现方式中，所述方法还包括：
[0025]若所述高负载线程为非关键线程，且监听到所述关键事件触发，则将所述高负载线程冷冻。
[0026]在一种可能的实现方式中，所述关键线程为所述关键事件相关的线程，以及所述关键事件相关的线程的依赖线程。
[0027]在一种可能的实现方式中，所述第一高负载判断策略，包括：
[0028]根据处理器上的任务数量，判断当前是否处于高负载状态。
[0029]在一种可能的实现方式中，所述第二高负载判断策略，包括：
[0030]根据系统负载，判断当前是否处于高负载状态。
[0031]在一种可能的实现方式中，在所述执行第一高负载管控策略之后，所述方法还包括：
[0032]根据第一高负载解除策略判断当前是否需要解除高负载状态；
[0033]若根据所述第一高负载解除策略判断当前需要解除高负载状态，则解除所述高负载状态。
[0034]在一种可能的实现方式中，所述根据第一高负载解除策略判断当前是否需要解除高负载状态，包括：
[0035]若监听到关键事件结束，则判断需要解除高负载状态；
[0036]和/或，若所述高负载状态的持续时间超过预设的高负载持续时间阈值，则判断需要解除高负载状态；
[0037]和/或，若在预设的第一时间间隔内，检测到系统负载低于预设的第一系统负载阈值，则判断需要解除高负载状态。
[0038]在一种可能的实现方式中，在所述执行第二高负载管控策略之后，所述方法还包括：
[0039]根据第二高负载解除策略判断当前是否需要解除高负载状态；
[0040]若根据所述第二高负载解除策略判断当前需要解除高负载状态，则解除所述高负载状态。
[0041]在一种可能的实现方式中，所述根据第二高负载解除策略判断当前是否需要解除高负载状态，包括：
[0042]若在预设的第二时间间隔内，检测到系统负载低于预设的第二系统负载阈值，则判断需要解除高负载状态。
[0043]第二方面，本申请实施例提供了一种电子设备，包括：
[0044]处理器；
[0045]存储器；
[0046]以及计算机程序，其中所述计算机程序被存储在所述存储器中，所述计算机程序包括指令，当所述指令被所述处理器执行时，使得所述电子设备执行第一方面中任意一项所述的方法。
[0047]第三方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质包括存储的程序，其中，在所述程序运行时控制所述计算机可读存储介质所在设备执行第一方面中任意一项所述的方法。
[0048]在本申请实施例中，基于关键事件主动触发负载检测，负载检测机制更及时，可以快速判断当前负载状态，进而可以实现快速高效的负载管控。
[0049]另外，通过绑核策略、内存查杀机制和高负载线程管控，可以将不重要的后天任务严格限制在较少的处理器上，把更多的处理器释放给前台任务，可以最大限度地提升前台任务的处理器占用率。
附图说明
[0050]为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其它的附图。
[0051]图1为本申请实施例提供的一种终端的结构示意图；
[0052]图2为本申请实施例提供的一种负载管控方法流程示意图；
[0053]图3为本申请实施例提供的一种高负载管控策略的流程示意图；
[0054]图4为本申请实施例提供的另一种负载管控方法流程示意图；
[0055]图5为本申请实施例提供的另一种负载管控方法的流程示意图；
[0056]图6为本申请实施例提供的另一种负载管控方法的流程示意图；
本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种负载管控方法，其特征在于，包括：若框架层监听到关键事件触发，则根据第一高负载判断策略判断当前是否处于高负载状态；若根据所述第一高负载判断策略判断当前处于高负载状态，则执行第一高负载管控策略，所述第一高负载管控策略用于为前台任务分配更多的硬件资源。2.根据权利要求1所述的方法，其特征在于，所述方法还包括：若内核层根据第二高负载判断策略判断当前处于高负载状态，则执行第二高负载管控策略，所述第二高负载管控策略用于为前台任务分配更多的硬件资源。3.根据权利要求2所述的方法，其特征在于，所述第一高负载管控策略和所述第二高负载管控策略相同；或者，所述第一高负载管控策略和所述第二高负载管控策略不同，且所述第二高负载管控策略的管控级别高于所述第一高负载管控策略的管控级别。4.根据权利要求3所述的方法，其特征在于，所述第一高负载管控策略和/或所述第二高负载管控策略包括以下管控策略中的一种或其组合：提升当前处理器和/或内存的频点；修改绑核策略，使得前台任务可以占用更多的处理器资源；修改内存的查杀机制，杀掉当前后台长期保活的部分应用；若检测到高负载线程，则对所述高负载线程进行管控。5.根据权利要求4所述的方法，其特征在于，所述修改绑核策略，使得前台任务可以占用更多的处理器资源，包括：将大核处理器，或者大核处理器和部分小核处理器分配给前台任务；将全部小核处理器或者部分小核处理器分配给后台任务。6.根据权利要求4所述的方法，其特征在于，所述对所述高负载线程进行管控，包括：判断所述高负载线程是否为关键线程；若所述高负载线程为关键线程，则对所述高负载线程不做管控；若所述高负载线程为非关键线程，则将所述高负载线程限制到小核处理器执行。7.根据权利要求6所述的方法，其特征在于，所述方法还包括：若所述高负载线程为非关键线程，且监听到所述关键事件触发，则将所述高负载线程冷冻。8.根据权利要求6所述的方法，其特征在于，所述关键线程为所述关键事件相关的线程，以及所述关键事件相关的线程的依...

【专利技术属性】
技术研发人员：梁绪庆，
申请(专利权)人：荣耀终端有限公司，
类型：发明
国别省市：