CN116661984B - 一种负载管控方法、电子设备及存储介质 - Google Patents

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

Info

Publication number
CN116661984B
CN116661984B CN202211104960.3A CN202211104960A CN116661984B CN 116661984 B CN116661984 B CN 116661984B CN 202211104960 A CN202211104960 A CN 202211104960A CN 116661984 B CN116661984 B CN 116661984B
Authority
CN
China
Prior art keywords
high load
load
thread
strategy
processor
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202211104960.3A
Other languages
English (en)
Other versions
CN116661984A (zh
Inventor
梁绪庆
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Honor Device Co Ltd
Original Assignee
Honor Device Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Honor Device Co Ltd filed Critical Honor Device Co Ltd
Priority to CN202211104960.3A priority Critical patent/CN116661984B/zh
Publication of CN116661984A publication Critical patent/CN116661984A/zh
Application granted granted Critical
Publication of CN116661984B publication Critical patent/CN116661984B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
    • G06F9/505—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals considering the load
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
    • G06F11/3409—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment for performance assessment
    • G06F11/3433—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment for performance assessment for load management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5011—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals
    • G06F9/5016—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals the resource being the memory
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5011—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals
    • G06F9/5022—Mechanisms to release resources
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • Quality & Reliability (AREA)
  • Multi Processors (AREA)
  • Stored Programmes (AREA)

Abstract

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

Description

一种负载管控方法、电子设备及存储介质
技术领域
本申请涉及电子技术领域，具体地涉及一种负载管控方法、电子设备及存储介质。
背景技术
对于部分硬件配置较低的产品，由于芯片能力和内存有限，当用户进行一些连续的操作时，非常容易导致中央处理器(Central Processing Unit，CPU)高负载。例如，当用户启动第一应用后退出后台，再启动第二应用。由于用户连续启动了两个应用，导致CPU的负载过高，启动第二应用的响应时间较长。
针对CPU高负载检测，现有技术中一种实现方案为：按照一定的周期，通过底层不断检测负载情况。但是，该检测方式对应用场景无感知，对于一些高负载场景无法快速的检测出来。
发明内容
有鉴于此，本申请提供一种负载管控方法、电子设备及存储介质，以利于解决现有技术中通过底层进行高负载检测，对应用场景无感知，对于一些高负载场景无法快速的检测出来的问题。
第一方面，本申请实施例提供了一种负载管控方法，包括：
若框架层监听到关键事件触发，则根据第一高负载判断策略判断当前是否处于高负载状态；
若根据所述第一高负载判断策略判断当前处于高负载状态，则执行第一高负载管控策略，所述第一高负载管控策略用于为前台任务分配更多的硬件资源。
在一种可能的实现方式中，所述方法还包括：
若内核层根据第二高负载判断策略判断当前处于高负载状态，则执行第二高负载管控策略，所述第二高负载管控策略用于为前台任务分配更多的硬件资源。
在一种可能的实现方式中，所述第一高负载管控策略和所述第二高负载管控策略相同；
或者，所述第一高负载管控策略和所述第二高负载管控策略不同，且所述第二高负载管控策略的管控级别高于所述第一高负载管控策略的管控级别。
在一种可能的实现方式中，所述第一高负载管控策略和/或所述第二高负载管控策略包括以下管控策略中的一种或其组合：
提升当前处理器和/或内存的频点；
修改绑核策略，使得前台任务可以占用更多的处理器资源；
修改内存的查杀机制，杀掉当前后台长期保活的部分应用；
若检测到高负载线程，则对所述高负载线程进行管控。
在一种可能的实现方式中，所述修改绑核策略，使得前台任务可以占用更多的处理器资源，包括：
将大核处理器，或者大核处理器和部分小核处理器分配给前台任务；
将全部小核处理器或者部分小核处理器分配给后台任务。
在一种可能的实现方式中，所述对所述高负载线程进行管控，包括：
判断所述高负载线程是否为关键线程；
若所述高负载线程为关键线程，则对所述高负载线程不做管控；
若所述高负载线程为非关键线程，则将所述高负载线程限制到小核处理器执行。
在一种可能的实现方式中，所述方法还包括：
若所述高负载线程为非关键线程，且监听到所述关键事件触发，则将所述高负载线程冷冻。
在一种可能的实现方式中，所述关键线程为所述关键事件相关的线程，以及所述关键事件相关的线程的依赖线程。
在一种可能的实现方式中，所述第一高负载判断策略，包括：
根据处理器上的任务数量，判断当前是否处于高负载状态。
在一种可能的实现方式中，所述第二高负载判断策略，包括：
根据系统负载，判断当前是否处于高负载状态。
在一种可能的实现方式中，在所述执行第一高负载管控策略之后，所述方法还包括：
根据第一高负载解除策略判断当前是否需要解除高负载状态；
若根据所述第一高负载解除策略判断当前需要解除高负载状态，则解除所述高负载状态。
在一种可能的实现方式中，所述根据第一高负载解除策略判断当前是否需要解除高负载状态，包括：
若监听到关键事件结束，则判断需要解除高负载状态；
和/或，若所述高负载状态的持续时间超过预设的高负载持续时间阈值，则判断需要解除高负载状态；
和/或，若在预设的第一时间间隔内，检测到系统负载低于预设的第一系统负载阈值，则判断需要解除高负载状态。
在一种可能的实现方式中，在所述执行第二高负载管控策略之后，所述方法还包括：
根据第二高负载解除策略判断当前是否需要解除高负载状态；
若根据所述第二高负载解除策略判断当前需要解除高负载状态，则解除所述高负载状态。
在一种可能的实现方式中，所述根据第二高负载解除策略判断当前是否需要解除高负载状态，包括：
若在预设的第二时间间隔内，检测到系统负载低于预设的第二系统负载阈值，则判断需要解除高负载状态。
第二方面，本申请实施例提供了一种电子设备，包括：
处理器；
存储器；
以及计算机程序，其中所述计算机程序被存储在所述存储器中，所述计算机程序包括指令，当所述指令被所述处理器执行时，使得所述电子设备执行第一方面中任意一项所述的方法。
第三方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质包括存储的程序，其中，在所述程序运行时控制所述计算机可读存储介质所在设备执行第一方面中任意一项所述的方法。
在本申请实施例中，基于关键事件主动触发负载检测，负载检测机制更及时，可以快速判断当前负载状态，进而可以实现快速高效的负载管控。
另外，通过绑核策略、内存查杀机制和高负载线程管控，可以将不重要的后天任务严格限制在较少的处理器上，把更多的处理器释放给前台任务，可以最大限度地提升前台任务的处理器占用率。
附图说明
为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其它的附图。
图1为本申请实施例提供的一种终端的结构示意图；
图2为本申请实施例提供的一种负载管控方法流程示意图；
图3为本申请实施例提供的一种高负载管控策略的流程示意图；
图4为本申请实施例提供的另一种负载管控方法流程示意图；
图5为本申请实施例提供的另一种负载管控方法的流程示意图；
图6为本申请实施例提供的另一种负载管控方法的流程示意图；
图7为本申请实施例提供的另一种负载管控方法的流程示意图；
图8为本申请实施例提供的一种软件结构框图；
图9为本申请实施例提供的一种终端的结构示意图。
具体实施方式
为了更好的理解本申请的技术方案，下面结合附图对本申请实施例进行详细描述。
应当明确，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。
在本申请实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。
应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，甲和/或乙，可以表示：单独存在甲，同时存在甲和乙，单独存在乙这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
参见图1，为本申请实施例提供的一种终端的结构示意图。图1中示出的终端为手机100，即本申请实施例提供的负载管控方法可应用于手机100。需要指出的是，除了手机100以外，本申请实施例提供的终端还可以为平板电脑、个人计算机(personal computer，PC)、相机、个人数字助理(personal digital assistant，PDA)、上网本、可穿戴电子设备、增强现实技术(augmented reality，AR)设备、虚拟现实(virtual reality，VR)设备、车载设备、智能电视等，本申请实施例对此不作具体限制。
参见图2，为本申请实施例提供的一种负载管控方法流程示意图。该方法可应用于图1所示的终端，如图2所示，其主要包括以下步骤。
步骤S201：若框架层监听到关键事件触发，则根据第一高负载判断策略判断当前是否处于高负载状态。
在本申请实施例中，为了便于与下文中内核层的高负载判断策略进行区分，将框架层的高负载判断策略称为“第一高负载判断策略”。
具体实现中，可以在关键事件插桩，以便框架层可以实时监听关键事件。示例性的，关键事件可以为应用启动和动效场景，通过在应用启动插桩和动效场景插桩，可以实时监听应用启动和动效场景。当然，本申请实施例涉及的关键事件除了应用启动和动效场景外，还可能为其它事件，本领域技术人员可以根据实际需要进行设置，本申请实施例对此不作具体限制。
在本申请实施例中，若框架层监听到关键事件触发，例如，监听到某一应用启动，则根据第一高负载判断策略判断当前是否处于高负载状态。可理解，处理器上的排队的任务数量可以反映出当前的负载状态。定性来看，处理器上排队的任务数量越多，则负载越高；处理器上排队的任务数量越少，则负载越低。因此，可以基于处理器上的任务数量对负载状态进行判断。相应地，根据第一高负载判断策略判断当前是否处于高负载状态，包括：根据处理器上的任务数量，判断当前是否处于高负载状态。
在一些可能的实现方式中，终端中可能包括多个处理器，每个处理器上的任务数量，以及所有处理器上的任务总数量均可以反映出当前的负载状态。因此，可以基于每个处理器上的任务数量以及所有处理器上的任务总数量综合判断当前是否处于高负载状态。具体地，可以统计每个处理器上的任务数量，若每个处理器上的任务数量均大于或等于预设的任务数量阈值，且所有处理器上的任务总数量大于或等于处理器数量的K倍，则判断当前处于高负载状态。示例性的，该任务数量阈值可以为1或2等，K可以取值为1.4、1.5或1.8等，本申请实施例对此不作具体限制。
步骤S202：若根据第一高负载判断策略判断当前处于高负载状态，则执行第一高负载管控策略，第一高负载管控策略用于为前台任务分配更多的硬件资源。
在本申请实施例中，为了便于与下文中内核层检测到高负载状态后的负载管控策略进行区分，将框架层检测到高负载状态后的负载管控策略称为“第一高负载管控策略”。
可理解，当关键事件触发时，该关键事件通常为前台任务，因此，本申请实施例涉及的前台任务可以为与关键事件相关的任务。当根据第一高负载判断策略判断当前处于高负载状态时，说明终端当前的硬件资源紧张。为了保证关键事件的快速响应，可以执行第一高负载管控策略为前台任务分配更多的硬件资源。
具体实现中，该第一高负载管控策略可以包括以下管控策略中的一种或其组合：
第一，提升当前处理器和/或内存的频点。具体实现中，该处理器可以包括CPU和GPU，该内存可以为DDR，通过调用统一调频模块提升当前CPU、GPU、DDR的频点，可以将硬件能力直接发挥到最大。
第二，修改绑核策略，使得前台任务可以占用更多的处理器资源。具体地，可以将大核处理器，或者大核处理器和部分小核处理器分配给前台任务，将全部小核处理器或者部分小核处理器分配给后台任务。可理解，相对小核处理器，大核处理器具有更强的数据处理能力，通过上述处理器的分配方式，使得前台任务独占大核处理器，或者独占大核处理器以及部分小核处理器，可以提高对前台任务的数据处理速度，进而提高关键事件的响应速度。
第三，修改内存的查杀机制，杀掉当前后台长期保活的部分应用。可理解，后台长期保活的应用会占用较多的系统资源，在本申请实施例中，将当前后台长期保活的部分应用杀掉，可以释放后台应用占用的系统资源，以提高对前台任务的数据处理速度，进而提高关键事件的响应速度。
第四，若检测到高负载线程，则对高负载线程进行管控。具体地，对高负载线程进行管控可以为将高负载线程限制到小核处理器执行，或者对高负载线程进行快速冷冻。在实际应用中，该高负载线程同样可能为关键事件相关的线程，若对关键事件的线程进行管控显然与本申请的发明目的相矛盾。
为了防止误杀，在一种可能的实现方式中，若检测到高负载线程，可以用首先对高负载线程进行过滤筛选，判断高负载线程是否为关键线程。若高负载线程为关键线程，则对高负载线程不做管控；若高负载线程为非关键线程，则将高负载线程限制到小核处理器执行。另外，为了进一步降低非关键线程对关键事件的影响，若高负载线程为非关键线程，且监听到关键事件触发，则将高负载线程冷冻。
在一种可能的实现方式中，上述关键线程可以为关键事件相关的线程，即对关键事件相关的线程不做管控。在一些应用场景中，关键事件相关的线程可能会存在一些依赖线程，为了保证关键事件相关的线程的正常运行，需要同时确保该依赖线程的正常运行。换句话讲，若依赖线程被杀死，将同时导致关键事件相关的线程无法正常运行。示例性的，关键事件相关的线程为线程A，线程A的依赖线程为线程B，线程A正常运行的前提条件为线程B正常运行。因此，关键线程除了关键事件相关的线程以外，还应当包括关键事件相关的线程的依赖线程。
在一种可能的实现方式中，可以对大核处理器上当前运行的线程进行N次采样，若在N次采样中存在任务的采样次数大于或等于第三次数阈值，则认为是高负载线程。可理解，第三次数阈值应当小于N。示例性的，N＝10，第三次数阈值为5，即对大核处理器上当前运行的线程进行10次采样，若在10次采样中存在任务的采样次数大于或等于5次，则认为是高负载线程。在另一种可能的实现方式中，在对大核处理器上当前运行的线程进行采样之前首先对大核处理器的运行频点进行检测。具体地，按照预设的第三时间间隔检测大核处理器的运行频点，如果高频点时间占比大于或等于预设的高频点时间占比阈值，则开始对大核处理器上当前运行的线程进行采样。示例性的，第三时间间隔为5秒，高频点时间占比阈值为80％，若在5秒内，高频点时间占比大于或等于80％，则对大核处理器上当前运行的线程进行采样。
需要指出的是，上述实施例涉及的具体参数仅为一种示例性说明，本领域技术人员可以根据实际需要对具体参数进行适应性调整，本申请实施例对此不作具体限制。
为了便于理解，下面对一种具体的高负载管控策略进行详细说明。
参见图3，为本申请实施例提供的一种高负载管控策略的流程示意图，如图3所示，其主要包括以下步骤。
步骤S301：检测到高负载状态；
步骤S302：将CPU、GPU、DDR的频点拉到最高；
步骤S303：修改核绑策略，将大核处理器和部分小核处理器分配给前台任务，将其余小核处理器分配给后台任务；
步骤S304：修改内存的查杀机制，杀掉当前后台长期保活的部分应用；
步骤S305：判断是否检测到高负载线程，若判断结果为是则进入步骤S306，否则不作处理；
步骤S306：判断是否为非关键线程，若判断结果为是则进入步骤S307，否则不作处理；
步骤S307：判断是否监听到关键事件，若判断结果为是，则进入步骤S309；否则，进入步骤S308；
步骤S308：将非关键线程绑定到小核处理器执行；
步骤S309：将非关键线程快速冷冻。
需要指出的是，图3所示的高负载管控策略可以为上述第一高负载管控策略的具体实现方式。当然，第一高负载管控策略还可能存在其它具体实现方式，本申请实施例对此不作具体限制。
在本申请实施例中，基于关键事件主动触发负载检测，负载检测机制更及时，可以快速判断当前负载状态，进而可以实现快速高效的负载管控。另外，通过绑核策略、内存查杀机制和高负载线程管控，可以将不重要的后天任务严格限制在较少的处理器上，把更多的处理器释放给前台任务，可以最大限度地提升前台任务的处理器占用率。
在一种可能的实现方式中，除了基于关键事件触发框架层进行负载检测以外，还可以通过内核层主动进行负载检测，下面结合附图进行详细说明。
参见图4，为本申请实施例提供的另一种负载管控方法流程示意图。如图4所示，其在图2所示实施例的基础上还包以下步骤。
步骤S401：若内核层根据第二高负载判断策略判断当前处于高负载状态，则执行第二高负载管控策略，第二高负载管控策略用于为前台任务分配更多的硬件资源。
在本申请实施例中，为了便于与上文中框架层的高负载判断策略进行区分，将内核层的高负载判断策略称为“第二高负载判断策略”；为了便于与上文中框架层检测到高负载状态后的负载管控策略进行区分，将内核层检测到高负载状态后的负载管控策略称为“第二高负载管控策略”。
在本申请实施例中，内核层可以实时根据第二高负载判断策略对当前的负载状态进行检测，进而判断当前是否处于高负载状态。也就是说，在本申请实施例中，由框架层和内核层分别进行高负载状态检测。需要指出的是，若在上述步骤中框架层检测到当前处于高负载状态(终端被标记为高负载状态)，则内核层不再执行高负载状态的判断动作；相反，若在本步骤中内核层检测到当前处于高负载状态(终端被标记为高负载状态)，则框架层不再执行高负载状态的判断动作。
由于系统负载、大核处理器的运行频点以及大核处理器上运行的任务可以反映出当前的负载状态，因此，该第二高负载判断策略具体可以包括：可以根据系统负载、大核处理器的运行频点和/或大核处理器上运行的任务，判断当前是否处于高负载状态。具体实现中，内核层的tick周期检测机制利用scheduler的周期调度，可以分别对当前系统负载、大核处理器的运行频点以及大核处理器上的任务进行计算采样，进而根据计算采样的数据判断当前是否处于高负载状态。下面分别进行说明。
在一种可能的实现方式中，该第二高负载判断策略为根据系统负载判断当前是否处于高负载状态。具体地，若在预设的第二时间间隔内，检测到系统负载超过预设的第二系统负载阈值，则确定当前处于高负载状态。示例性的，第二时间间隔为5秒，第二系统负载阈值为90％，则在5秒内，若检测到系统负载超过90％，则确定当前处于高负载状态。进一步地，在该第二时间间隔内可能会进行多次负载检测，例如，每秒钟进行一次负载检测，则在5秒内可以完成5次负载检测。相应地，还可以结合超过预设的第二系统负载阈值的次数对高负载状态进行判断。具体地，若在预设的第二时间间隔内，检测到系统负载超过预设的第二系统负载阈值的次数大于或等于预设的第二次数阈值，则确定当前处于高负载状态。示例性的，第二时间间隔为5秒，第二系统负载阈值为90％，第二次数阈值为4，则在5秒内，若检测到系统负载超过90％的次数大于或等于4次，则确定当前处于高负载状态。
需要指出的是，上述实施例涉及的具体参数仅为一种示例性说明，本领域技术人员可以根据实际需要对具体参数进行适应性调整，本申请实施例对此不作具体限制。
在一种可能的实现方式中，该第二高负载管控策略与第一高负载管控策略相同，其具体内容可以参见上述对第一高负载管控策略的描述，本申请实施例对此不再赘述。
在另一种可能的实现方式中，第一高负载管控策略和第二高负载管控策略不同，且第二高负载管控策略的管控级别高于第一高负载管控策略的管控级别。由于第二高负载判断策略通过比第一高负载判断策略的判断条件更加严苛，因此设置第二高负载管控策略的管控级别高于第一高负载管控策略的管控级别可以使得高负载判断策略与高负载管控策略具有更好的匹配性。在一种可能的实现方式中，第一高负载管控策略包括提升当前处理器和/或内存的频点；修改绑核策略，使得前台任务可以占用更多的处理器资源。第二高负载管控策略包括提升当前处理器和/或内存的频点；修改绑核策略，使得前台任务可以占用更多的处理器资源；修改内存的查杀机制，杀掉当前后台长期保活的部分应用；若检测到高负载线程，则对所述高负载线程进行管控。对比上述第一高负载管控策略和第二高负载管控策略可知，相对第一高负载管控策略，第二高负载管控策略还包括：“修改内存的查杀机制，杀掉当前后台长期保活的部分应用”，“若检测到高负载线程，则对所述高负载线程进行管控”。因此，第二高负载管控策略的管控级别高于第一高负载管控策略的管控级别。
可理解，终端的负载状态随时间动态变化，当满足一定的条件后，需要解除高负载状态，以免前台任务长时间占用较多的硬件资源，影响终端的整体性能。
在一种可能的实现方式中，由框架层检测的高负载状态和内核层检测的高负载状态采用不同的高负载解除策略。为了便于区分，将由框架层检测的高负载状态对应的高负载解除策略称为“第一高负载解除策略”；将由内核层检测的高负载状态对应的高负载解除策略称为“第二高负载解除策略”，下面分别进行说明。
首先，对由框架层检测的高负载状态对应的第一高负载解除策略进行说明。
参见图5，为本申请实施例提供的另一种负载管控方法的流程示意图。其在图2所示实施例的基础上还包括以下步骤。
步骤S501：根据第一高负载解除策略判断当前是否需要解除高负载状态。
在一种可能的实现方式中，该第一负载解除策略包括：若监听到关键事件结束，则判断需要解除高负载状态。可理解，关键事件结束后(例如，应用启动完成)，则没有必要继续为前台任务分配较多的硬件资源，因此，当关键事件结束后，可以解除高负载状态。
在一种可能的实现方式中，该第一负载解除策略包括：若高负载状态的持续时间超过预设的高负载持续时间阈值，则判断需要解除高负载状态。具体实现中，当标记高负载状态后，启动一个定时器(例如，定时时间为2秒)，若定时器到期，则解除高负载状态。其原因在于，在高负载状态下，前台任务分配了较多的硬件资源，若高负载状态持续时间过长，则会影响其它任务的运行，进而导致终端的整体性能降低。因此，当高负载状态持续时间过长时，需要解除高负载状态。另外，对于不同的应用场景，可以配置不同的高负载持续时间阈值。示例性的，框架层监听到关键事件A触发后，对应的高负载持续时间阈值为3秒；框架层监听到关键事件B触发后，对应的高负载持续时间阈值为2秒。通过差异化的高负载持续时间阈值的设置方式，可以实现对负载更加精细化的管控。
在一种可能的实现方式中，该第一负载解除策略包括：若在预设的第一时间间隔内，检测到系统负载低于预设的第一系统负载阈值，则判断需要解除高负载状态。由于系统负载可以反映出当前的负载状态，当系统负载低于预设的第一系统负载阈值时，说明终端的整体负载较低，硬件资源比较充足，则没有必要设置高负载状态，因此，可以解除高负载状态。示例性的，第一系统负载阈值为85％，也就是说，当在第一时间间隔内，检测到系统负载低于85％时，则解除高负载状态。
在一种可能的实现方式中，在第一时间间隔内可能会检测多次系统负载。示例性的，第一时间间隔为2秒，每隔400ms检测一次系统负载，则在第一时间间隔内可以检测5次系统负载。进一步地，可以结合低于第一系统负载阈值的次数判断是否需要解除高负载状态。具体地，若在预设的第一时间间隔内，检测到系统负载低于第一系统负载阈值的次数小于或等于第一次数阈值，则判断需要解除高负载状态。示例性的，第一系统负载阈值为85％，在第一时间间隔内可以检测5次系统负载，第一次数阈值为2，则若在第一时间间隔内检测到系统负载低于85％的次数小于或等于2次，则判断需要解除高负载状态。
步骤S502：若根据第一高负载解除策略判断当前需要解除高负载状态，则解除高负载状态。
可理解，若解除高负载状态后，框架层根据第一高负载判断策略在较短的时间内再次检测到高负载状态，仍然会导致高负载状态持续时间过长。针对该问题，在上述实施例的基础上还可以设置高负载间隔时间阈值，即当解除高负载状态后，需要间隔一段时间再重新基于第一高负载判断策略判断当前是否处于高负载状态，以免终端持续标记为高负载状态，影响其它任务的运行。另外，对于不同的应用场景，可以配置不同的高负载间隔时间阈值。示例性的，框架层监听到关键事件C触发后，对应的高负载间隔时间阈值为2秒；框架层监听到关键事件D触发后，对应的高负载间隔时间阈值为500毫秒。通过差异化的高负载间隔时间阈值的设置方式，可以实现对负载更加精细化的管控。
在本申请实施例中，当满足设定的高负载解除条件时，及时解除高负载状态，避免高负载状态持续时间过长，影响其它任务的运行，进而导致终端的整体性能降低。
为了便于理解，下面结合一具体实现方式对本申请实施例提供的高负载解除方法进行说明。
参见图6，为本申请实施例提供的另一种负载管控方法的流程示意图。如图6所示，其主要包括以下步骤。
步骤S601：监听到关键事件触发；
步骤S602：上报关键事件；
步骤S603：根据第一高负载判断策略判断当前是否处于高负载状态，若判断结果为是，则进入步骤S604；
步骤S604：标记高负载状态，之后按照步骤S6051-步骤S6053的高负载解除条件判断是否需要解除高负载；
步骤S6051：监听到关键事件结束，进入步骤S606；
步骤S6052：高负载状态的持续时间超过预设的高负载持续时间阈值，进入步骤S606
步骤S6053：检测到系统负载低于预设的第一系统负载阈值，进入步骤S606
步骤S606：解除高负载状态。
需要指出的是，图6所示方法的具体内容可以参见上述实施例的描述，为了表述简洁，在此不再赘述。另外，在图6中示出了3种高负载解除条件(步骤S6051-步骤S6053)，除了上述高负载解除条件外，本领域技术人员还可以根据实际需要设置其它高负载解除条件，本申请实施例对此不作具体限制。
下面，对由内核层检测的高负载状态对应的第二高负载解除策略进行说明。
参见图7，为本申请实施例提供的另一种负载管控方法的流程示意图。其在图4所示实施例的基础上还包括以下步骤。
步骤S701：根据第二高负载解除策略判断当前是否需要解除高负载状态。
在一种可能的实现方式中，第二高负载解除策略包括：若在预设的第二时间间隔内，检测到系统负载低于预设的第二系统负载阈值，则判断需要解除高负载状态。示例性的，第二时间间隔为5秒，第二系统负载阈值为90％，则若在5秒内系统负载均未超过90％，判断需要解除高负载状态。当然，本领域技术人员还可以设置其它的高负载解除条件，本申请实施例对此不作具体限制。
步骤S702：若根据第二高负载解除策略判断当前需要解除高负载状态，则解除所述高负载状态。
可理解，若解除高负载状态后，内核层根据第二高负载判断策略在较短的时间内再次检测到高负载状态，仍然会导致高负载状态持续时间过长。针对该问题，在上述实施例的基础上还可以设置高负载间隔时间阈值，即当解除高负载状态后，需要间隔一段时间再重新基于第二高负载判断策略判断当前是否处于高负载状态，以免终端持续标记为高负载状态，影响其它任务的运行。
在本申请实施例中，当满足设定的高负载解除条件时，及时解除高负载状态，避免高负载状态持续时间过长，影响其它任务的运行，进而导致终端的整体性能降低。
为了便于理解，下面对本申请实施例中系统负载的计算方式进行示例性说明。
按照预设的时间间隔统计CPU的总时间和忙碌时间，假如CPU当前的总时间为total_t1，忙碌时间为busy_t1，下一总时间为total_t2，忙碌时间为busy_t2，则系统负载＝(busy_t2-busy_t1)/(total_t2-total_t1)。当然，本领域技术人员还可以根据其他方法计算系统负载，本申请实施例对此不作具体限制。
参见图8，为本申请实施例提供的一种软件结构框图。本实施例的软件架构仅作为实例，还可以应用于其他操作系统。本实施例中分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，从上至下分别为框架层(framework)、本地服务层(native)和内核层(kernel)。
框架层包括AMS/WMS、实时监听子系统和非实时处理子系统。其中，AMS为安卓系统中一个系统服务，其贯穿了安卓系统组件的核心服务，主要负责安卓系统中四大组件的启动、切换、调度以及应用进程管理和调度工作。WMS管理着所有的窗口，包括创建、删除和修改，以及将某个窗口设置为焦点窗口。在本申请实施例中，高负载管理模块可以在AMS/WMS中监听关键事件，框架层监听到关键事件触发，则根据第一高负载判断策略判断当前是否处于高负载状态。另外，内核层的tick负载统计单元还可以利用scheduler的周期调度，分别对当前系统负载和大核处理器上的任务进行计算采样，进而根据第二高负载判断策略判断当前处于高负载状态。非实时处理子系统包括策略制定单元和后台负载采样单元。其中，后台负载采样单元可以在内核层的proc/stat中进行数据采样，策略制定单元根据后台负载采样单元采样的数据可以进行负载管控策略的制定，例如，上述实施例所述的第一高负载管控策略和第二高负载管控策略。
本地服务层包括线程识别单元、硬件资源采集单元和策略执行单元。其中，线程识别单元用于识别高负载线程，并对关键线程进行过滤。硬件资源采集单元用于对处理器、内存等硬件资源的占用情况进行采集。策略执行单元用于当高负载管理单元确定当前处于高负载状态时，执行第一高负载管控策略或第二高负载管控策略。具体包括：提升当前处理器和/或内存的频点；修改绑核策略，使得前台任务可以占用更多的处理器资源；修改内存的查杀机制，杀掉当前后台长期保活的部分应用；若检测到高负载线程，则对所述高负载线程进行管控。
内核层包括cpuset、cpustl、cpufreq、schedutil、tick负载统计单元和proc/stat。其中，cpuset用于将当前系统中的所有任务根据其前后台和任务属性进行分组，例如分为root，top-app，foreground，backgroud，sys-backgroud，key-backgroud六个分组。cpuset特性规定了这些分组能够在哪几个CPU下运行。其中top-app分组为焦点分组，用户当前使用的应用在top-app分组。通常在初始化配置的时候会把top-app和foreground分组运行在所有CPU上运行，而其余的后台分组只允许在小核上运行。在高负载状态下，修改该分组策略，使部分CPU只能被top-app分组的任务独享，那么就能明显的提升top-app任务的CPU占用率。从而提升前台任务的响应时间。cpustl可以实现前后台进程的cpu占用量。Cpufreq用于通过调整CPU的电压和频率，兼顾系统的性能和功耗。在不需要高性能时，降低电压和频率，以降低功耗；在需要高性能时，提高电压和频率，以提高性能。Schedutil用于基于CPU的负载对CPU进行调频。tick负载统计单元可以利用scheduler的周期调度，分别对当前系统负载和大核处理器上的任务进行计算采样，进而根据第二高负载判断策略判断当前处于高负载状态。proc/stat用于记录系统整体的统计信息。
与上述实施例相对应，本申请还提供了一种终端，该终端包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器，其中，当该计算机程序指令被所述处理器执行时，触发所述终端执行上述方法实施例中的部分或全部步骤。
参见图9，为本申请实施例提供的一种终端的结构示意图。如图9所示，该终端900可以包括处理器910，外部存储器接口920，内部存储器921，通用串行总线(universalserial bus，USB)接口930，充电管理模块940，电源管理模块941，电池942，天线1，天线2，移动通信模块950，无线通信模块960，音频模块970，扬声器970A，受话器970B，麦克风970C，耳机接口970D，传感器模块980，按键990，马达991，指示器992，摄像头993，显示屏994，以及用户标识模块(subscriber identification module，SIM)卡接口995等。其中传感器模块980可以包括压力传感器980A，陀螺仪传感器980B，气压传感器980C，磁传感器980D，加速度传感器980E，距离传感器980F，接近光传感器980G，指纹传感器980H，温度传感器980J，触摸传感器980K，环境光传感器980L，骨传导传感器980M等。
可以理解的是，本发明实施例示意的结构并不构成对终端900的具体限定。在本申请另一些实施例中，终端900可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。
处理器910可以包括一个或多个处理单元，例如：处理器910可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。
控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。
处理器910中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器910中的存储器为高速缓冲存储器。该存储器可以保存处理器910刚用过或循环使用的指令或数据。如果处理器910需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器910的等待时间，因而提高了系统的效率。
在一些实施例中，处理器910可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuitsound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或通用串行总线(universal serial bus，USB)接口等。
I2C接口是一种双向同步串行总线，包括一根串行数据线(serial data line，SDA)和一根串行时钟线(derail clock line，SCL)。在一些实施例中，处理器910可以包含多组I2C总线。处理器910可以通过不同的I2C总线接口分别耦合触摸传感器980K，充电器，闪光灯，摄像头993等。例如：处理器910可以通过I2C接口耦合触摸传感器980K，使处理器910与触摸传感器980K通过I2C总线接口通信，实现终端900的触摸功能。
I2S接口可以用于音频通信。在一些实施例中，处理器910可以包含多组I2S总线。处理器910可以通过I2S总线与音频模块970耦合，实现处理器910与音频模块970之间的通信。在一些实施例中，音频模块970可以通过I2S接口向无线通信模块960传递音频信号，实现通过蓝牙耳机接听电话的功能。
PCM接口也可以用于音频通信，将模拟信号抽样，量化和编码。在一些实施例中，音频模块970与无线通信模块960可以通过PCM总线接口耦合。在一些实施例中，音频模块970也可以通过PCM接口向无线通信模块960传递音频信号，实现通过蓝牙耳机接听电话的功能。所述I2S接口和所述PCM接口都可以用于音频通信。
UART接口是一种通用串行数据总线，用于异步通信。该总线可以为双向通信总线。它将要传输的数据在串行通信与并行通信之间转换。在一些实施例中，UART接口通常被用于连接处理器910与无线通信模块960。例如：处理器910通过UART接口与无线通信模块960中的蓝牙模块通信，实现蓝牙功能。在一些实施例中，音频模块970可以通过UART接口向无线通信模块960传递音频信号，实现通过蓝牙耳机播放音乐的功能。
MIPI接口可以被用于连接处理器910与显示屏994，摄像头993等外围器件。MIPI接口包括摄像头串行接口(camera serial interface，CSI)，显示屏串行接口(displayserial interface，DSI)等。在一些实施例中，处理器910和摄像头993通过CSI接口通信，实现终端900的拍摄功能。处理器910和显示屏994通过DSI接口通信，实现终端900的显示功能。
GPIO接口可以通过软件配置。GPIO接口可以被配置为控制信号，也可被配置为数据信号。在一些实施例中，GPIO接口可以用于连接处理器910与摄像头993，显示屏994，无线通信模块960，音频模块970，传感器模块980等。GPIO接口还可以被配置为I2C接口，I2S接口，UART接口，MIPI接口等。
USB接口930是符合USB标准规范的接口，具体可以是Mini USB接口，Micro USB接口，USB Type C接口等。USB接口930可以用于连接充电器为终端900充电，也可以用于终端900与外围设备之间传输数据。也可以用于连接耳机，通过耳机播放音频。该接口还可以用于连接其他终端，例如AR设备等。
可以理解的是，本发明实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对终端900的结构限定。在本申请另一些实施例中，终端900也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。
充电管理模块940用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。在一些有线充电的实施例中，充电管理模块940可以通过USB接口930接收有线充电器的充电输入。在一些无线充电的实施例中，充电管理模块940可以通过终端900的无线充电线圈接收无线充电输入。充电管理模块940为电池942充电的同时，还可以通过电源管理模块941为终端供电。
电源管理模块941用于连接电池942，充电管理模块940与处理器910。电源管理模块941接收电池942和/或充电管理模块940的输入，为处理器910，内部存储器921，显示屏994，摄像头993，和无线通信模块960等供电。电源管理模块941还可以用于监测电池容量，电池循环次数，电池健康状态(漏电，阻抗)等参数。在其他一些实施例中，电源管理模块941也可以设置于处理器910中。在另一些实施例中，电源管理模块941和充电管理模块940也可以设置于同一个器件中。
终端900的无线通信功能可以通过天线1，天线2，移动通信模块950，无线通信模块960，调制解调处理器以及基带处理器等实现。
天线1和天线2用于发射和接收电磁波信号。终端900中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。
移动通信模块950可以提供应用在终端900上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块950可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(lownoise amplifier，LNA)等。移动通信模块950可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块950还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块950的至少部分功能模块可以被设置于处理器910中。在一些实施例中，移动通信模块950的至少部分功能模块可以与处理器910的至少部分模块被设置在同一个器件中。
调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备(不限于扬声器970A，受话器970B等)输出声音信号，或通过显示屏994显示图像或视频。在一些实施例中，调制解调处理器可以是独立的器件。在另一些实施例中，调制解调处理器可以独立于处理器910，与移动通信模块950或其他功能模块设置在同一个器件中。
无线通信模块960可以提供应用在终端900上的包括无线局域网(wireless localarea networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequencymodulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块960可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块960经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器910。无线通信模块960还可以从处理器910接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。
在一些实施例中，终端900的天线1和移动通信模块950耦合，天线2和无线通信模块960耦合，使得终端900可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括全球移动通讯系统(global system for mobile communications，GSM)，通用分组无线服务(general packet radio service，GPRS)，码分多址接入(code divisionmultiple access，CDMA)，宽带码分多址(wideband code division multiple access，WCDMA)，时分码分多址(time-division code division multiple access，TD-SCDMA)，长期演进(long term evolution，LTE)，BT，GNSS，WLAN，NFC，FM，和/或IR技术等。所述GNSS可以包括全球卫星定位系统(global positioning system，GPS)，全球导航卫星系统(globalnavigation satellite system，GLONASS)，北斗卫星导航系统(beidou navigationsatellite system，BDS)，准天顶卫星系统(quasi-zenith satellite system，QZSS)和/或星基增强系统(satellite based augmentation systems，SBAS)。
终端900通过GPU，显示屏994，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏994和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器910可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。
显示屏994用于显示图像，视频等。显示屏994包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)，有机发光二极管(organic light-emittingdiode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode的，AMOLED)，柔性发光二极管(flex light-emittingdiode，FLED)，Miniled，MicroLed，Micro-oLed，量子点发光二极管(quantum dot lightemitting diodes，QLED)等。在一些实施例中，终端900可以包括1个或N个显示屏994，N为大于1的正整数。
终端900可以通过ISP，摄像头993，视频编解码器，GPU，显示屏994以及应用处理器等实现拍摄功能。
ISP用于处理摄像头993反馈的数据。例如，拍照时，打开快门，光线通过镜头被传递到摄像头感光元件上，光信号转换为电信号，摄像头感光元件将所述电信号传递给ISP处理，转化为肉眼可见的图像。ISP还可以对图像的噪点，亮度，肤色进行算法优化。ISP还可以对拍摄场景的曝光，色温等参数优化。在一些实施例中，ISP可以设置在摄像头993中。
摄像头993用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB，YUV等格式的图像信号。在一些实施例中，终端900可以包括1个或N个摄像头993，N为大于1的正整数。
数字信号处理器用于处理数字信号，除了可以处理数字图像信号，还可以处理其他数字信号。例如，当终端900在频点选择时，数字信号处理器用于对频点能量进行傅里叶变换等。
视频编解码器用于对数字视频压缩或解压缩。终端900可以支持一种或多种视频编解码器。这样，终端900可以播放或录制多种编码格式的视频，例如：动态图像专家组(moving picture experts group，MPEG)1，MPEG2，MPEG3，MPEG4等。
NPU为神经网络(neural-network，NN)计算处理器，通过借鉴生物神经网络结构，例如借鉴人脑神经元之间传递模式，对输入信息快速处理，还可以不断的自学习。通过NPU可以实现终端900的智能认知等应用，例如：图像识别，人脸识别，语音识别，文本理解等。
外部存储器接口920可以用于连接外部存储卡，例如Micro SD卡，实现扩展终端900的存储能力。外部存储卡通过外部存储器接口920与处理器910通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。
内部存储器921可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。内部存储器921可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储终端900使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器921可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。处理器910通过运行存储在内部存储器921的指令，和/或存储在设置于处理器中的存储器的指令，执行终端900的各种功能应用以及数据处理。
终端900可以通过音频模块970，扬声器970A，受话器970B，麦克风970C，耳机接口970D，以及应用处理器等实现音频功能。例如音乐播放，录音等。
音频模块970用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块970还可以用于对音频信号编码和解码。在一些实施例中，音频模块970可以设置于处理器910中，或将音频模块970的部分功能模块设置于处理器910中。
扬声器970A，也称“喇叭”，用于将音频电信号转换为声音信号。终端900可以通过扬声器970A收听音乐，或收听免提通话。
受话器970B，也称“听筒”，用于将音频电信号转换成声音信号。当终端900接听电话或语音信息时，可以通过将受话器970B靠近人耳接听语音。
麦克风970C，也称“话筒”，“传声器”，用于将声音信号转换为电信号。当拨打电话或发送语音信息时，用户可以通过人嘴靠近麦克风970C发声，将声音信号输入到麦克风970C。终端900可以设置至少一个麦克风970C。在另一些实施例中，终端900可以设置两个麦克风970C，除了采集声音信号，还可以实现降噪功能。在另一些实施例中，终端900还可以设置三个，四个或更多麦克风970C，实现采集声音信号，降噪，还可以识别声音来源，实现定向录音功能等。
耳机接口970D用于连接有线耳机。耳机接口970D可以是USB接口930，也可以是3.5mm的开放移动终端平台(open mobile terminal platform，OMTP)标准接口，美国蜂窝电信工业协会(cellular telecommunications industry association of the USA，CTIA)标准接口。
压力传感器980A用于感受压力信号，可以将压力信号转换成电信号。在一些实施例中，压力传感器980A可以设置于显示屏994。压力传感器980A的种类很多，如电阻式压力传感器，电感式压力传感器，电容式压力传感器等。电容式压力传感器可以是包括至少两个具有导电材料的平行板。当有力作用于压力传感器980A，电极之间的电容改变。终端900根据电容的变化确定压力的强度。当有触摸操作作用于显示屏994，终端900根据压力传感器980A检测所述触摸操作强度。终端900也可以根据压力传感器980A的检测信号计算触摸的位置。在一些实施例中，作用于相同触摸位置，但不同触摸操作强度的触摸操作，可以对应不同的操作指令。例如：当有触摸操作强度小于第一压力阈值的触摸操作作用于短消息应用图标时，执行查看短消息的指令。当有触摸操作强度大于或等于第一压力阈值的触摸操作作用于短消息应用图标时，执行新建短消息的指令。
陀螺仪传感器980B可以用于确定终端900的运动姿态。在一些实施例中，可以通过陀螺仪传感器980B确定终端900围绕三个轴(即，x，y和z轴)的角速度。陀螺仪传感器980B可以用于拍摄防抖。示例性的，当按下快门，陀螺仪传感器980B检测终端900抖动的角度，根据角度计算出镜头模组需要补偿的距离，让镜头通过反向运动抵消终端900的抖动，实现防抖。陀螺仪传感器980B还可以用于导航，体感游戏场景。
气压传感器980C用于测量气压。在一些实施例中，终端900通过气压传感器980C测得的气压值计算海拔高度，辅助定位和导航。
磁传感器980D包括霍尔传感器。终端900可以利用磁传感器980D检测翻盖皮套的开合。在一些实施例中，当终端900是翻盖机时，终端900可以根据磁传感器980D检测翻盖的开合。进而根据检测到的皮套的开合状态或翻盖的开合状态，设置翻盖自动解锁等特性。
加速度传感器980E可检测终端900在各个方向上(一般为三轴)加速度的大小。当终端900静止时可检测出重力的大小及方向。还可以用于识别终端姿态，应用于横竖屏切换，计步器等应用。
距离传感器980F，用于测量距离。终端900可以通过红外或激光测量距离。在一些实施例中，拍摄场景，终端900可以利用距离传感器980F测距以实现快速对焦。
接近光传感器980G可以包括例如发光二极管(LED)和光检测器，例如光电二极管。发光二极管可以是红外发光二极管。终端900通过发光二极管向外发射红外光。终端900使用光电二极管检测来自附近物体的红外反射光。当检测到充分的反射光时，可以确定终端900附近有物体。当检测到不充分的反射光时，终端900可以确定终端900附近没有物体。终端900可以利用接近光传感器980G检测用户手持终端900贴近耳朵通话，以便自动熄灭屏幕达到省电的目的。接近光传感器980G也可用于皮套模式，口袋模式自动解锁与锁屏。
环境光传感器980L用于感知环境光亮度。终端900可以根据感知的环境光亮度自适应调节显示屏994亮度。环境光传感器980L也可用于拍照时自动调节白平衡。环境光传感器980L还可以与接近光传感器980G配合，检测终端900是否在口袋里，以防误触。
指纹传感器980H用于采集指纹。终端900可以利用采集的指纹特性实现指纹解锁，访问应用锁，指纹拍照，指纹接听来电等。
温度传感器980J用于检测温度。在一些实施例中，终端900利用温度传感器980J检测的温度，执行温度处理策略。例如，当温度传感器980J上报的温度超过阈值，终端900执行降低位于温度传感器980J附近的处理器的性能，以便降低功耗实施热保护。在另一些实施例中，当温度低于另一阈值时，终端900对电池942加热，以避免低温导致终端900异常关机。在其他一些实施例中，当温度低于又一阈值时，终端900对电池942的输出电压执行升压，以避免低温导致的异常关机。
触摸传感器980K，也称“触控器件”。触摸传感器980K可以设置于显示屏994，由触摸传感器980K与显示屏994组成触摸屏，也称“触控屏”。触摸传感器980K用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏994提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器980K也可以设置于终端900的表面，与显示屏994所处的位置不同。
骨传导传感器980M可以获取振动信号。在一些实施例中，骨传导传感器980M可以获取人体声部振动骨块的振动信号。骨传导传感器980M也可以接触人体脉搏，接收血压跳动信号。在一些实施例中，骨传导传感器980M也可以设置于耳机中，结合成骨传导耳机。音频模块970可以基于所述骨传导传感器980M获取的声部振动骨块的振动信号，解析出语音信号，实现语音功能。应用处理器可以基于所述骨传导传感器980M获取的血压跳动信号解析心率信息，实现心率检测功能。
按键990包括开机键，音量键等。按键990可以是机械按键。也可以是触摸式按键。终端900可以接收按键输入，产生与终端900的用户设置以及功能控制有关的键信号输入。
马达991可以产生振动提示。马达991可以用于来电振动提示，也可以用于触摸振动反馈。例如，作用于不同应用(例如拍照，音频播放等)的触摸操作，可以对应不同的振动反馈效果。作用于显示屏994不同区域的触摸操作，马达991也可对应不同的振动反馈效果。不同的应用场景(例如：时间提醒，接收信息，闹钟，游戏等)也可以对应不同的振动反馈效果。触摸振动反馈效果还可以支持自定义。
指示器992可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。
SIM卡接口995用于连接SIM卡。SIM卡可以通过插入SIM卡接口995，或从SIM卡接口995拔出，实现和终端900的接触和分离。终端900可以支持1个或N个SIM卡接口，N为大于1的正整数。SIM卡接口995可以支持Nano SIM卡，Micro SIM卡，SIM卡等。同一个SIM卡接口995可以同时插入多张卡。所述多张卡的类型可以相同，也可以不同。SIM卡接口995也可以兼容不同类型的SIM卡。SIM卡接口995也可以兼容外部存储卡。终端900通过SIM卡和网络交互，实现通话以及数据通信等功能。在一些实施例中，终端900采用eSIM，即：嵌入式SIM卡。eSIM卡可以嵌在终端900中，不能和终端900分离。
具体实现中，本申请还提供一种计算机存储介质，其中，该计算机存储介质可存储有程序，其中，在所述程序运行时控制所述计算机可读存储介质所在设备执行上述实施例中的部分或全部步骤。所述的存储介质可为磁碟、光盘、只读存储记忆体(英文：read-onlymemory，简称：ROM)或随机存储记忆体(英文：random access memory，简称：RAM)等。
具体实现中，本申请实施例还提供了一种计算机程序产品，所述计算机程序产品包含可执行指令，当所述可执行指令在计算机上执行时，使得计算机执行上述方法实施例中的部分或全部步骤。
本申请实施例中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示单独存在A、同时存在A和B、单独存在B的情况。其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项”及其类似表达，是指的这些项中的任意组合，包括单项或复数项的任意组合。例如，a，b和c中的至少一项可以表示：a,b,c,a-b,a-c,b-c,或a-b-c，其中a,b,c可以是单个，也可以是多个。
本领域普通技术人员可以意识到，本文中公开的实施例中描述的各单元及算法步骤，能够以电子硬件、计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本发明所提供的几个实施例中，任一功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read-only memory，简称ROM)、随机存取存储器(random access memory，简称RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本发明的具体实施方式，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。本发明的保护范围应以所述权利要求的保护范围为准。

Claims (15)

1.一种负载管控方法，其特征在于，包括：
若框架层监听到关键事件触发，则所述框架层根据第一高负载判断策略判断当前是否处于高负载状态；
若所述框架层根据所述第一高负载判断策略判断当前处于高负载状态，则执行第一高负载管控策略，所述第一高负载管控策略用于为前台任务分配更多的硬件资源；
若内核层根据第二高负载判断策略判断当前处于高负载状态，则执行第二高负载管控策略，所述第二高负载管控策略用于为前台任务分配更多的硬件资源。
2.根据权利要求1所述的方法，其特征在于，
所述第一高负载管控策略和所述第二高负载管控策略相同；
或者，所述第一高负载管控策略和所述第二高负载管控策略不同，且所述第二高负载管控策略的管控级别高于所述第一高负载管控策略的管控级别。
3.根据权利要求2所述的方法，其特征在于，所述第一高负载管控策略和/或所述第二高负载管控策略包括以下管控策略中的一种或其组合：
提升当前处理器和/或内存的频点；
修改绑核策略，使得前台任务可以占用更多的处理器资源；
修改内存的查杀机制，杀掉当前后台长期保活的部分应用；
若检测到高负载线程，则对所述高负载线程进行管控。
4.根据权利要求3所述的方法，其特征在于，所述修改绑核策略，使得前台任务可以占用更多的处理器资源，包括：
将大核处理器，或者大核处理器和部分小核处理器分配给前台任务；
将全部小核处理器或者部分小核处理器分配给后台任务。
5.根据权利要求3所述的方法，其特征在于，所述对所述高负载线程进行管控，包括：
判断所述高负载线程是否为关键线程；
若所述高负载线程为关键线程，则对所述高负载线程不做管控；
若所述高负载线程为非关键线程，则将所述高负载线程限制到小核处理器执行。
6.根据权利要求5所述的方法，其特征在于，所述方法还包括：
若所述高负载线程为非关键线程，且监听到所述关键事件触发，则将所述高负载线程冷冻。
7.根据权利要求5所述的方法，其特征在于，所述关键线程为所述关键事件相关的线程，以及所述关键事件相关的线程的依赖线程。
8.根据权利要求1所述的方法，其特征在于，所述第一高负载判断策略，包括：
根据处理器上的任务数量，判断当前是否处于高负载状态。
9.根据权利要求1所述的方法，其特征在于，所述第二高负载判断策略，包括：
根据系统负载，判断当前是否处于高负载状态。
10.根据权利要求1所述的方法，其特征在于，在所述执行第一高负载管控策略之后，所述方法还包括：
根据第一高负载解除策略判断当前是否需要解除高负载状态；
若根据所述第一高负载解除策略判断当前需要解除高负载状态，则解除所述高负载状态。
11.根据权利要求10所述的方法，其特征在于，所述根据第一高负载解除策略判断当前是否需要解除高负载状态，包括：
若监听到关键事件结束，则判断需要解除高负载状态；
和/或，若所述高负载状态的持续时间超过预设的高负载持续时间阈值，则判断需要解除高负载状态；
和/或，若在预设的第一时间间隔内，检测到系统负载低于预设的第一系统负载阈值，则判断需要解除高负载状态。
12.根据权利要求1所述的方法，其特征在于，在所述执行第二高负载管控策略之后，所述方法还包括：
根据第二高负载解除策略判断当前是否需要解除高负载状态；
若根据所述第二高负载解除策略判断当前需要解除高负载状态，则解除所述高负载状态。
13.根据权利要求12所述的方法，其特征在于，所述根据第二高负载解除策略判断当前是否需要解除高负载状态，包括：
若在预设的第二时间间隔内，检测到系统负载低于预设的第二系统负载阈值，则判断需要解除高负载状态。
14.一种电子设备，其特征在于，包括：
处理器；
存储器；
以及计算机程序，其中所述计算机程序被存储在所述存储器中，所述计算机程序包括指令，当所述指令被所述处理器执行时，使得所述电子设备执行权利要求1至13中任意一项所述的方法。
15.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质包括存储的程序，其中，在所述程序运行时控制所述计算机可读存储介质所在设备执行权利要求1至13中任意一项所述的方法。
CN202211104960.3A 2022-09-09 2022-09-09 一种负载管控方法、电子设备及存储介质 Active CN116661984B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202211104960.3A CN116661984B (zh) 2022-09-09 2022-09-09 一种负载管控方法、电子设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202211104960.3A CN116661984B (zh) 2022-09-09 2022-09-09 一种负载管控方法、电子设备及存储介质

Publications (2)

Publication Number Publication Date
CN116661984A CN116661984A (zh) 2023-08-29
CN116661984B true CN116661984B (zh) 2024-05-07

Family

ID=87717685

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202211104960.3A Active CN116661984B (zh) 2022-09-09 2022-09-09 一种负载管控方法、电子设备及存储介质

Country Status (1)

Country Link
CN (1) CN116661984B (zh)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111831437A (zh) * 2020-07-01 2020-10-27 Oppo广东移动通信有限公司 设备管理方法、装置、存储介质及电子设备
CN111831442A (zh) * 2020-07-01 2020-10-27 Oppo广东移动通信有限公司 一种资源分配的方法、装置、存储介质及电子设备
CN114880042A (zh) * 2022-04-28 2022-08-09 深圳Tcl新技术有限公司 应用启动方法、装置、电子设备及计算机可读存储介质
CN114968546A (zh) * 2021-02-25 2022-08-30 华为技术有限公司 一种负载处理方法及相关装置

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4058038B2 (ja) * 2004-12-22 2008-03-05 株式会社日立製作所 負荷監視装置および負荷監視方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111831437A (zh) * 2020-07-01 2020-10-27 Oppo广东移动通信有限公司 设备管理方法、装置、存储介质及电子设备
CN111831442A (zh) * 2020-07-01 2020-10-27 Oppo广东移动通信有限公司 一种资源分配的方法、装置、存储介质及电子设备
CN114968546A (zh) * 2021-02-25 2022-08-30 华为技术有限公司 一种负载处理方法及相关装置
CN114880042A (zh) * 2022-04-28 2022-08-09 深圳Tcl新技术有限公司 应用启动方法、装置、电子设备及计算机可读存储介质

Also Published As

Publication number Publication date
CN116661984A (zh) 2023-08-29

Similar Documents

Publication Publication Date Title
CN113810938B (zh) 通道切换方法、电子设备及存储介质
CN112492193B (zh) 一种回调流的处理方法及设备
WO2021190314A1 (zh) 触控屏的滑动响应控制方法及装置、电子设备
CN112181616B (zh) 任务处理方法及相关装置
CN111552451A (zh) 显示控制方法及装置、计算机可读介质及终端设备
CN114422340A (zh) 日志上报方法、电子设备及存储介质
CN113676339B (zh) 组播方法、装置、终端设备及计算机可读存储介质
CN113596919B (zh) 数据下载方法、装置和终端设备
CN113490291B (zh) 数据下载方法、装置和终端设备
CN111104209B (zh) 一种处理任务的方法及相关设备
CN114968543A (zh) 文件页的处理方法及相关装置
CN111935705A (zh) 数据业务管理方法及装置、计算机可读介质及终端设备
CN113243126B (zh) 一种用于终端的网络管理方法和终端
CN113674258B (zh) 图像处理方法及相关设备
CN116661984B (zh) 一种负载管控方法、电子设备及存储介质
CN114116610A (zh) 获取存储信息的方法、装置、电子设备和介质
CN116708317B (zh) 数据包mtu的调整方法、装置和终端设备
CN117130952B (zh) 预读方法和预读装置
CN116048772B (zh) 中央处理单元频率的调整方法、装置和终端设备
CN114125144B (zh) 一种防误触的方法、终端及存储介质
CN114362878B (zh) 数据处理方法及电子设备
CN116723384B (zh) 进程的控制方法、电子设备及可读存储介质
CN113672454B (zh) 冻屏监控方法、电子设备及计算机可读存储介质
CN114115513B (zh) 一种按键控制方法和一种按键装置
WO2023237087A1 (zh) 易孕期的预测方法、装置和电子设备

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant