WO2023221752A1

WO2023221752A1 - Information processing method and electronic device

Info

Publication number: WO2023221752A1
Application number: PCT/CN2023/090786
Authority: WO
Inventors: 李勇; 陶有佳; 相超
Original assignee: 荣耀终端有限公司
Priority date: 2022-05-16
Filing date: 2023-04-26
Publication date: 2023-11-23
Also published as: CN117112191A

Abstract

Provided in the embodiments of the present application are an information processing method and an electronic device. The method comprises: acquiring current scenario information and first scheduling policy information corresponding to the current scenario information, wherein the current scenario information represents a user scenario corresponding to a service which is currently processed by an electronic device; if the chip platform type of a central processing unit (CPU) of the electronic device is a first type, determining a target policy identifier corresponding to the first scheduling policy information, and performing resource scheduling on the electronic device according to the target policy identifier and by means of the CPU of the first type; and if the chip platform type of the CPU of the electronic device is a second type, determining second scheduling policy information according to the current scenario information and the first scheduling policy information, and performing resource scheduling on the electronic device according to the second scheduling policy information and by means of the CPU of the second type. The method can be suitable for electronic devices of different CPU chip platform types.

Description

Information processing methods and electronic devices

This application requires the priority of the Chinese patent application with the application number 202210745011.7 and the application name "Information Processing Method and Electronic Device" submitted to the State Intellectual Property Office on June 28, 2022, and requires submission on May 16, 2022 The State Intellectual Property Office has the right of priority to the Chinese patent application with application number 202210530863.4 and the application title "Parameter Translation Method and Electronic Device", the entire content of which is incorporated into this application by reference.

Technical field

This application relates to the field of electronic technology, and specifically to an information processing method and electronic equipment.

Background technique

In today's society, electronic devices have become indispensable items in people's daily life and work. The superior performance of electronic devices and long battery life in mobile scenarios can bring different experiences to users. The improvement of performance and battery life mainly lies in the resource scheduling of electronic devices.

In related technology, there is a resource scheduling method that identifies the current user scenario of the electronic device, determines the resource scheduling strategy based on the user scenario and the system load of the electronic device, and sends the resource scheduling strategy to the central processing unit (central processing unit). , CPU), the CPU schedules resources based on resource scheduling strategies, thereby reducing the power consumption of electronic devices, extending battery life, and rationally allocating resources to ensure the smooth operation of applications and improve the performance of electronic devices.

However, the chip platform types of CPUs of different electronic devices may be different. Therefore, when resource scheduling is performed based on the resource scheduling policy, the resource scheduling policy needs to be translated.

Contents of the invention

This application provides an information processing method and electronic device, which can translate scheduling policy information, make the resource scheduling policy information applicable to different CPU chip platform types, and improve the compatibility of electronic devices.

In a first aspect, this application provides an information processing method. The method is executed by an electronic device. The method includes: obtaining current scene information and first scheduling policy information corresponding to the current scene information; the current scene information represents the current processing of the electronic device. The user scenario corresponding to the business; if the chip platform type of the CPU of the electronic device is the first type, determine the target policy identifier corresponding to the first scheduling policy information, and use the CPU of the first type to resource the electronic device according to the target policy identifier. Scheduling; if the chip platform type of the CPU of the electronic device is the second type, determine the second scheduling strategy information based on the current scene information and the first scheduling strategy information, and use the second type CPU to schedule the electronic device according to the second scheduling strategy information. Carry out resource scheduling.

Specifically, the scene information may be, for example, a scene number or a scene name. The first scheduling policy information is also called a CPU scheduling policy and is information that needs to be sent to the CPU for execution to schedule resources for the electronic device. Optionally, the first scheduling policy information may be, for example, first CPU power consumption scheduling information. The policy identifier may be, for example, a policy number or a policy name.

Optional, the first type can be chip platform. The second type can be (Advanced Micro Devices, AMD) chip platform. That is to say, if the chip platform type of the CPU of the electronic device is an Intel chip platform, the corresponding target policy identifier is determined according to the first scheduling policy information. The target policy identifier can be recognized by the Intel CPU chip, and the Intel CPU chip can schedule resources based on the target policy identifier. If the chip platform type of the CPU of the electronic device is an AMD chip platform, based on the current scene information and the first scheduling policy information information to determine the second scheduling policy information. The second scheduling policy information can be recognized by the AMD CPU chip, and the AMD CPU chip can perform resource scheduling based on the second scheduling policy information.

In other words, the method provided in the first aspect of this application obtains the current scene information and the first scheduling policy information corresponding to the current scene information, and performs different translations on the first scheduling policy information according to the different chip platform types of the CPU. To adapt to different types of CPU chip platforms. In this way, when dynamic resource scheduling is performed based on user scenarios, the generated scheduling policy information can be recognized by different types of chip platforms, so that this method of dynamic resource scheduling based on user scenarios can be applied to different types of electronic devices, improving the method compatibility, thereby improving the performance and battery life of different types of electronic devices.

In a possible implementation, the first scheduling policy information includes a long-term turbo power consumption (power limit1, PL1) target value, an energy efficiency ratio (energy performance preference, EPP) target value and an energy performance optimization (energy performance optimize, EPO) switch status, the target policy identifier includes the target dynamic tuning technology (DTT) policy identifier and the target EPO policy identifier; determine the target policy identifier corresponding to the first scheduling strategy information, and pass the first type of The CPU performs resource scheduling on electronic devices, including: obtaining the current system load corresponding to the first scheduling policy information; determining the target DTT policy identifier based on the PL1 target value or the current system load; determining the target EPO policy identifier based on the status of the EPO switch; and determining the target DTT policy identifier based on the target DTT The policy identifier adjusts the power of the CPU through the first type of CPU, and adjusts the energy efficiency ratio of the CPU through the first type of CPU according to the target EPO policy identifier and the EPP target value.

In this implementation, by determining the target DTT policy identifier and adjusting the CPU power consumption according to the target DTT policy identifier, and by determining the target EPO identifier and adjusting the CPU energy efficiency ratio according to the target EPO identifier, both power consumption adjustment and energy efficiency are achieved. Ratio adjustment can effectively reduce CPU power consumption and improve the battery life of electronic devices.

In one possible implementation, determining the target DTT policy identifier based on the PL1 target value or the current system load includes: if the first scheduling policy information is policy information corresponding to the default scenario, determining the target DTT policy identifier based on the first correspondence relationship with the current system load. The corresponding target DTT policy identifier; the first correspondence includes a correspondence between at least one default policy identifier and at least one system load, and the at least one default policy identifier includes the target DTT policy identifier; the default scenario refers to other than the preset scenario In user scenarios, the default policy identifier refers to the DTT policy identifier corresponding to the default scenario; if the first scheduling policy information is not the policy information corresponding to the default scenario, then according to the second correspondence relationship, determine the PL1 value corresponding to the closest PL1 target value The target DTT policy identifier; the second correspondence includes the correspondence between multiple non-default policy identifiers and multiple PL1 values, and the multiple non-default policy identifiers include the target DTT policy identifier; the non-default policy identifier refers to the corresponding non-default scenario DTT policy identifier.

Optionally, the first correspondence relationship and the second correspondence relationship can be queried through the policy table. The policy table may include correspondences between some or all of the parameters such as the DTT policy identifier, PL1, PL2, and system load. The policy table can be created and saved by the basic input output system (BIOS) of the electronic device. The policy table may not include the PL1 target value and the PL2 target value. In other words, the policy table may not be established entirely based on the existing PL1 target value and PL2 target value, and there may not be a one-to-one correspondence between the policy identifier and the existing PL1 target value and PL2 target value.

In this implementation, when the first scheduling policy information is the policy information corresponding to the default scenario, the target DTT policy identifier corresponding to the current system load is determined according to the first correspondence relationship, and the policy identifier can be determined quickly and conveniently. If the first scheduling policy information is not the policy information corresponding to the default scenario, the target DTT policy identifier corresponding to the PL1 value closest to the PL1 target value is determined according to the second correspondence relationship. In this way, the third correspondence in the policy table In the relationship, the DTT policy identifier does not need to increase with the increase of the first scheduling policy information, which reduces the number of expansions of the second corresponding relationship in the policy table, saves BIOS capacity, and can ensure that the second corresponding relationship in the policy table is relatively fixed, making it easy to operate. And maintenance.

In a possible implementation, the non-default policy identifier is a DTT policy number, the non-default policy identifier includes at least one set of first DTT policy numbers, the first DTT policy number includes multiple DTT policy numbers, and the multiple DTT policies When the numbers are in ascending order, the PL1 step values corresponding to two adjacent DTT policy numbers are equal; according to the second correspondence relationship, the target DTT policy identifier corresponding to the PL1 value closest to the PL1 target value is determined, including: Determine the target PL1 step value and target compensation value based on the PL1 target value; determine the target DTT strategy identification based on the PL1 target value, target PL1 step value, and target compensation value.

That is to say, in the policy table, the non-default policy identifiers are multiple DTT policy numbers sorted from large to small, and the PL1 step values corresponding to two adjacent DTT policy numbers are equal. In this case, the target PL1 step value and the target compensation value can be determined based on the PL1 target value, and then the target DTT strategy identifier can be determined based on the PL1 target value, the target PL1 step value, and the target compensation value. In this implementation, considering that the CPU will run in the short-term turbo frequency state in very few scenarios, the chip platform type of the CPU is: In the case of , ignore PL2 and determine the target DTT strategy number only through the PL1 target value, thereby simplifying the algorithm and improving the efficiency of information translation.

In a possible implementation, determining the target DTT strategy identifier based on the PL1 target value, the target PL1 step value and the target compensation value includes: determining the target DTT strategy identifier through formula (1):

in, It means rounding down, step means the target PL1 step value, and offset1 means the target compensation value.

In this implementation, formula (1) can be used to quickly determine the policy number corresponding to the PL1 value in the second correspondence relationship that is closest to the PL1 target value in the first scheduling policy information, so that the target DTT policy can be quickly determined identification, there is no need to traverse the second corresponding relationship in the query strategy table, and the efficiency of information translation is improved.

In a possible implementation, the method further includes: determining whether the first scheduling policy information is policy information corresponding to the default scenario according to the current scenario information.

In one possible implementation, determining the target EPO policy identifier according to the state of the EPO switch includes: if the state of the EPO switch is off, determining the preset EPO policy identifier as the target EPO policy identifier; determining the target EPO policy identifier according to the target EPO policy identifier and The EPP target value is used to adjust the energy efficiency ratio of the CPU through the first type of CPU, including: adjusting the energy efficiency ratio of the CPU to the EPP target value through the first type of CPU according to the preset EPO policy identifier.

That is to say, when it is determined that the EPO switch is in a closed state, it can be directly determined that the EPO policy identifier is the default EPO policy identifier. When it is determined that the EPO policy identifier is the preset EPO policy identifier, the electronic device turns off the DTT adjustment function and directly adjusts the energy efficiency ratio of the CPU to the EPP target value.

In one possible implementation, determining the target EPO policy identifier based on the state of the EPO switch includes: if the state of the EPO switch is on, determining the EPO gear target value based on the EPP target value, and determining the EPO gear target value based on the third corresponding relationship. The target EPO strategy identifier corresponding to the EPO gear value closest to the EPO gear target value; the third correspondence includes the correspondence between multiple EPO strategy identifiers and multiple EPO gear values, and the multiple EPO strategy identifiers include the target EPO policy identifier; according to the target EPO policy identifier and EPP target value, adjust the energy efficiency ratio of the CPU through the first type of CPU, including: according to the EPO gear value corresponding to the target EPO policy identifier, based on DTT, adjust through the first type of CPU CPU energy efficiency ratio.

Optionally, the third corresponding relationship can also be queried through the policy table. The policy table includes the EPO policy identifier, EPO Correspondence between gear values.

In this implementation, when the EPO switch is in the open state, the EPO gear target value is determined based on the EPP target value, and the EPO gear value closest to the EPO gear target value is determined based on the third corresponding relationship. Target EPO policy identifier. In this way, in the third corresponding relationship in the policy table, the EPO policy identifier does not need to increase with the increase of the first scheduling policy information, reducing the number of expansions of the third corresponding relationship in the policy table, saving BIOS capacity, and ensuring that the third corresponding relationship in the policy table is The three corresponding relationships are relatively fixed, which facilitates operation and maintenance.

In one possible implementation, multiple EPO policies are identified as multiple EPO policy numbers, and when the multiple EPO policy numbers are in ascending order, the EPO gear step values corresponding to two adjacent EPO policy numbers are are equal, according to the third corresponding relationship, determine the target EPO strategy identifier corresponding to the EPO gear value closest to the EPO gear target value, including: determining the target EPO strategy identifier according to formula (2):

in, It means rounding down, EPP target value/255 is the EPO gear target value, and offset2 represents the EPO gear step value.

In this implementation, formula (2) can be used to quickly determine the EPO Gear value closest to the EPO Gear target value in the third corresponding relationship, so that the target EPO policy identifier can be quickly determined without traversing the query policy table. The third correspondence relationship improves the efficiency of information translation.

In one possible implementation, determining the second scheduling strategy information based on the current scenario information and the first scheduling strategy information includes: determining the data type of the second scheduling strategy information based on the current scenario information; and obtaining the target parameters included in the data type. ; Obtain the initial parameters in the first scheduling strategy information; assign values to the target parameters according to the fourth correspondence and the values of the initial parameters, and obtain the second scheduling strategy information; the fourth correspondence includes at least one parameter in the target parameters and the initial Correspondence of at least one of the parameters.

Optionally, the data type of the second scheduling information represents the type of resource scheduling performed by the electronic device. The target parameters represent the parameter types required by the second type of CPU chip platform when executing resource scheduling corresponding to the first scheduling policy information in the current scenario. In this implementation, according to the fourth corresponding relationship and the value of the initial parameter, the target parameter is assigned a value to obtain the second scheduling strategy information. The obtained second scheduling strategy parameters can be recognized by the second type of CPU chip platform, so that the second type The CPU chip is capable of performing resource scheduling.

In one possible implementation, the initial parameters include PL1 and short-term turbo power consumption (power limit1, PL2), and the target parameters include sustained power limit (sustained power limit, SPL) and slow packet power tracking limit (slow PPT limit). , SPPT), the fourth correspondence includes the correspondence between SPL and PL1, and the correspondence between SPPT and PL2; according to the fourth correspondence and the value of the initial parameter, the target parameter is assigned a value to obtain the second scheduling policy information, including: Assign the value of PL1 to SPL, assign the value of PL2 to SPPT, and obtain the second scheduling policy information.

In a possible implementation, the first scheduling policy information also includes the EPP target value, and resource scheduling is performed on the electronic device through the second type of CPU according to the second scheduling policy information, including: according to the value of SPL and the value of SPPT, The power of the CPU is adjusted through the second type of CPU; the energy efficiency ratio of the CPU is adjusted through the second type of CPU according to the EPP target value.

In one possible implementation, resource scheduling is performed on the electronic device through the second type of CPU according to the second scheduling policy information, including: obtaining third scheduling policy information, where the third scheduling policy information is an embedded controller ( Scheduling strategy information generated by Embedded Controller (EC); determine the final scheduling strategy information based on the second scheduling strategy information and the third scheduling strategy information; when the chip platform type of the CPU of the electronic device is the second type, The method also includes: obtaining a data level of the first scheduling strategy information based on the current scene information; the data level represents the importance of the second scheduling strategy information in the process of determining the final scheduling strategy information based on the second scheduling strategy information and the third scheduling strategy information. degree.

Optionally, data levels can include low level, normal level and high level.

The low level indicates that in the process of deciding the final scheduling policy information based on the second scheduling policy information and the third scheduling policy information, the second scheduling policy information has the lowest importance level or priority level. In a specific embodiment, when the data level is low, the second scheduling strategy information can be ignored in the process of deciding the final scheduling strategy information based on the second scheduling strategy information and the third scheduling strategy information, and the decision can be made based only on the third scheduling strategy information. Output the final scheduling policy information.

The normal level indicates that in the process of deciding the final scheduling policy information based on the second scheduling policy information and the third scheduling policy information, the importance level or priority level of the second scheduling policy information is medium, which is equivalent to the importance of the third scheduling policy information. The second scheduling strategy information and the third scheduling strategy information are compared or integrated to obtain the final scheduling strategy information.

The high level indicates that in the process of deciding the final scheduling policy information based on the second scheduling policy information and the third scheduling policy information, the second scheduling policy information has the highest importance level or priority level. In a specific embodiment, when the data level is a high level, the third scheduling strategy information can be ignored in the process of deciding the final scheduling strategy information based on the second scheduling strategy information and the third scheduling strategy information, and the decision can be made based only on the second scheduling strategy information. Output the final scheduling policy information.

In a possible implementation, the method further includes: obtaining a vendor identification (VID) of the CPU chip of the electronic device; and determining the chip platform type of the CPU of the electronic device based on the VID.

In this implementation, the chip platform type of the CPU can be determined simply and quickly through VID, thereby improving the efficiency of information translation.

In a second aspect, the present application provides a device, which is included in an electronic device and has the function of realizing the behavior of the electronic device in the above-mentioned first aspect and possible implementations of the above-mentioned first aspect. Functions can be implemented by hardware, or by hardware executing corresponding software. Hardware or software includes one or more modules or units corresponding to the above functions. For example, receiving module or unit, processing module or unit, etc.

In a third aspect, this application provides an electronic device. The electronic device includes: a processor, a memory, and an interface; the processor, the memory, and the interface cooperate with each other to enable the electronic device to execute any method in the technical solution of the first aspect.

In a fourth aspect, this application provides a chip including a processor. The processor is configured to read and execute the computer program stored in the memory to perform the method of the first aspect and any possible implementation thereof.

Optionally, the chip also includes a memory, and the memory is connected to the processor through circuits or wires.

Further optionally, the chip also includes a communication interface.

In a fifth aspect, this application provides a computer-readable storage medium. A computer program is stored in the computer-readable storage medium. When the computer program is executed by a processor, the processor is caused to execute any one of the technical solutions of the first aspect. method.

In a sixth aspect, the present application provides a computer program product. The computer program product includes: computer program code. When the computer program code is run on an electronic device, it causes the electronic device to execute any method in the technical solution of the first aspect.

Description of the drawings

Figure 1 is a schematic structural diagram of an electronic device 100 provided by an embodiment of the present application;

Figure 2 is a software structure block diagram of another electronic device 100 provided by an embodiment of the present application;

Figure 3 is a schematic workflow diagram of an example of software and hardware scheduling of resources by the electronic device 100 provided by the embodiment of the present application;

Figure 4 is a schematic flowchart of an example of an information processing method and power consumption scheduling based on translation results provided by an embodiment of the present application;

Figure 5 is a schematic diagram of the interaction of various modules of the electronic device in an example of the information processing method provided by the embodiment of the present application;

Figure 6 is a schematic flow chart of an example of determining the DTT policy number and the EPO policy number provided by the embodiment of the present application;

Figure 7 is a schematic flowchart of an example of translating first CPU power consumption scheduling information into second CPU power consumption scheduling information provided by an embodiment of the present application;

FIG. 8 is a schematic structural diagram of an example chip system provided by an embodiment of the present application.

Detailed ways

The technical solutions in the embodiments of the present application will be described below with reference to the drawings in the embodiments of the present application. Among them, in the description of the embodiments of this application, unless otherwise stated, "/" means or, for example, A/B can mean A or B; "and/or" in this article is only a way to describe related objects. The association relationship means that there can be three relationships. For example, A and/or B can mean: A alone exists, A and B exist simultaneously, and B alone exists. In addition, in the description of the embodiments of this application, "plurality" refers to two or more than two.

Hereinafter, the terms “first”, “second” and “third” are used for descriptive purposes only and shall not be understood as indicating or implying relative importance or implicitly indicating the quantity of indicated technical features. Thus, features defined as "first", "second", and "third" may explicitly or implicitly include one or more of these features.

Reference in this specification to "one embodiment" or "some embodiments" or the like means that a particular feature, structure or characteristic described in connection with the embodiment is included in one or more embodiments of the application. Therefore, the statements "in one embodiment", "in some embodiments", "in some other embodiments", "in some other embodiments", etc. appearing in different places in the description of this application are not Reference is necessarily to the same embodiment, but rather to "one or more but not all embodiments" unless otherwise specifically emphasized. The terms “including,” “includes,” “having,” and variations thereof all mean “including but not limited to,” unless otherwise specifically emphasized.

In order to better understand the embodiments of the present application, terms or concepts that may be involved in the embodiments are explained below.

Long-term turbo power consumption (power limit1, PL1) refers to the power consumption of the CPU under normal load, which is equivalent to the thermal design power consumption. The CPU's operating power consumption does not exceed PL1 most of the time.

Short-term turbo power consumption (power limit2, PL2) refers to the highest power consumption that the CPU can achieve in a short period of time, which has a duration limit. Generally, PL2 is larger than PL1.

CPU energy efficiency ratio (EPP) is used to reflect the scheduling tendency of the CPU, and its value range is 0~255. The smaller the CPU energy efficiency ratio, the CPU tends to have high performance; the higher the CPU energy efficiency ratio, the CPU tends to have low power consumption.

Dynamic tuning technology (DTT), is The company is in processor and Technology that automatically and dynamically allocates power consumption between independent graphics cards to optimize performance and extend battery life. It can improve CPU and GPU performance and intelligently balance workloads for mixed workloads.

Energy efficiency-performance optimization gear (EPO Gear) is used to represent the strength of DTT in adjusting the CPU energy efficiency ratio (EPP). Optionally, the value range of EPO Gear can be 1 to 5. The larger the value, the more energy-efficient the EPP adjustment is. The smaller the value, the more performance-oriented EPP adjustment is.

Vendor identification (VID), also known as vendor ID, represents the identification code of the technology manufacturer of the device, that is, the manufacturer ID. VID is uniformly compiled and named by the peripheral component interconnect special interest group (PCI-SGI). It is a unique manufacturer identification and no duplicate names are allowed.

Focus window refers to the window that has focus. The focused window is the only window that can receive keyboard input. The way the focus window is determined is related to the system's focus mode. The top-level window of the focused window is called the active window. Only one window can be active at a time. The focus window is most likely the window that the user currently needs to use.

Focus mode can be used to determine how the mouse brings focus to a window. Generally, focus modes can include three types, namely:

(1) Click-to focus. In this mode, the window clicked by the mouse can gain focus. That is, when the mouse clicks anywhere on a window that can get focus, the window can be activated, and the window will be placed at the front of all windows and receive keyboard input. When the mouse clicks on another window, the window loses focus.

(2) Focus follows the mouse (focus-follow-mouse). In this mode, the window under the mouse can gain focus. That is, when the mouse moves within the scope of a window that can obtain focus, the user can activate the window and receive keyboard input without clicking somewhere in the window, but the window is not necessarily placed at the front of all windows. When the mouse moves out of the scope of this window, this window will also lose focus.

(3) Sloppy focus, this focus mode is similar to focus-follow-mouse: when the mouse moves within the range of a window that can get focus, the user does not need to click somewhere in the window to activate this A window that receives keyboard input, but the window is not necessarily placed at the front of all windows. Different from focus-follow-mouse, when the mouse moves out of the scope of this window, the focus will not change accordingly. The system focus will only change when the mouse moves to other windows that can receive focus.

A process includes multiple threads, and threads can create windows. The focus process is the process to which the thread that created the focus window belongs.

Translation refers to converting a certain form of data or information to obtain another form of data or information, which can be recognized by the designated platform. For example, the electronic device can translate the obtained policy parameters to obtain parameters that can be recognized by a certain type of CPU chip platform.

The information processing method provided by the embodiment of the present application is described below.

In related technology, there is a resource scheduling method that identifies the user scenario corresponding to the business currently processed by the electronic device and determines the resource scheduling strategy based on the user scenario and the system load of the electronic device. The CPU schedules the resources based on the resource scheduling strategy. , thereby improving the performance and battery life of electronic devices. However, different electronic devices may use different CPUs, and the types of CPU chip platforms may be different. Therefore, before the CPU performs resource scheduling based on the resource scheduling policy, the resource scheduling policy needs to be translated.

In view of this, the present application provides an information processing method. After the electronic device determines the user scenario in which the electronic device is currently located and the scheduling policy corresponding to the user scenario, it can perform the scheduling policy according to the chip platform type of the CPU of the electronic device. Translation to adapt to different types of CPU chip platforms, so that this method of dynamic resource scheduling based on user scenarios can be applied to different electronic devices, improve the compatibility of the resource scheduling method, and thus improve the performance of different types of electronic devices. Performance and battery life.

The information processing method provided by the embodiment of the present application can be applied to notebook computers, ultra-mobile personal computers (UMPC), netbooks, and personal digital assistants. PDA), mobile phones, tablets, wearable devices, vehicle-mounted devices, augmented reality (AR)/virtual reality (VR) devices and other electronic devices. The embodiments of this application do not make any specific types of electronic devices. limit.

For example, FIG. 1 is a schematic structural diagram of an electronic device 100 provided by an embodiment of the present application. The electronic device 100 may include a processor 110, an external memory interface 120, an internal memory 121, a universal serial bus (USB) interface 130, a charging management module 140, a power management module 141, a battery 142, and a wireless communication module 150. Display 160 etc.

It can be understood that the structure illustrated in this embodiment does not constitute a specific limitation on the electronic device 100 . In other embodiments, the electronic device 100 may include more or fewer components than illustrated, some components may be combined, some components may be separated, or components may be arranged differently. The components illustrated may be implemented in hardware, software, or a combination of software and hardware.

The processor 110 may include one or more processing units. For example, the processor 110 may include an application processor (application processor, AP), a modem processor, a graphics processing unit (GPU), an image signal processor ( image signal processor (ISP), controller, memory, video codec, digital signal processor (digital signal processor, DSP), baseband processor, and/or neural network processing unit (NPU), etc. . Among them, different processing units can be independent devices or integrated in one or more processors.

The controller may be the nerve center and command center of the electronic device 100 . The controller can generate operation control signals based on the instruction operation code and timing signals to complete the control of fetching and executing instructions.

The processor 110 may also be provided with a memory for storing instructions and data. In some embodiments, the memory in processor 110 is cache memory. This memory may hold instructions or data that have been recently used or recycled by processor 110 . If the processor 110 needs to use the instructions or data again, it can be called directly from the memory. Repeated access is avoided and the waiting time of the processor 110 is reduced, thus improving the efficiency of the system.

In some embodiments, processor 110 may include one or more interfaces. The interface can include I2C interface, integrated circuit built-in audio (inter-integrated circuit sound, I2S) interface, pulse code modulation (PCM) interface, universal asynchronous receiver/transmitter (UART) interface, mobile industry Processor interface (mobile industry processor interface, MIPI), general-purpose input/output (GPIO) interface, subscriber identity module (subscriber identity module, SIM) interface, and/or USB interface, etc.

It can be understood that the interface connection relationships between the modules illustrated in this embodiment are only schematic illustrations and do not constitute a structural limitation of the electronic device 100 . In other embodiments, the electronic device 100 may also adopt different interface connection methods in the above embodiments, or a combination of multiple interface connection methods.

The charging management module 140 is used to receive charging input from the charger. Among them, the charger can be a wireless charger or a wired charger. While the charging management module 140 charges the battery 142, it can also provide power to the electronic device through the power management module 141.

The power management module 141 is used to connect the battery 142, the charging management module 140 and the processor 110. The power management module 141 receives input from the battery 142 and/or the charging management module 140, and supplies power to the processor 110, internal memory 121, external memory, display screen 160, wireless communication module 150, etc. In some embodiments, the power management module 141 and the charging management module 140 may also be provided in the same device.

The wireless communication module 150 can provide technologies applied to the electronic device 100 including WLAN (such as Wi-Fi), Bluetooth, global navigation satellite system (global navigation satellite system, GNSS), frequency modulation (frequency modulation, FM), short-range wireless communication technology ( Near field communication (NFC), infrared technology (infrared, IR) and other wireless communication solutions. For example, in this embodiment of the present application, the electronic device 100 can establish a Bluetooth connection with a terminal device (such as the wireless headset 100) through the wireless communication module 150.

The wireless communication module 150 may be one or more devices integrating at least one communication processing module. The wireless communication module 150 receives electromagnetic waves via an antenna, frequency modulates and filters the electromagnetic wave signals, and sends the processed signals to the processor 110 . The wireless communication module 150 can also receive the signal to be sent from the processor 110, perform frequency modulation on it, amplify it, and convert it into electromagnetic waves through the antenna for radiation.

The electronic device 100 implements display functions through a GPU, a display screen 160, an application processor, and the like. The GPU is an image processing microprocessor and is connected to the display screen 160 and the application processor. GPUs are used to perform mathematical and geometric calculations for graphics rendering. Processor 110 may include one or more GPUs that execute program instructions to generate or alter display information.

The display screen 160 is used to display images, videos, etc. The display screen 160 includes a display panel.

The external memory interface 120 can be used to connect an external memory card, such as a Micro SD card, to expand the storage capacity of the electronic device 100. The external memory card communicates with the processor 110 through the external memory interface 120 to implement the data storage function. Such as saving music, videos, etc. files in external memory card.

Internal memory 121 may be used to store computer executable program code, which includes instructions. The processor 110 executes instructions stored in the internal memory 121 to execute various functional applications and data processing of the electronic device 100 . For example, in the embodiment of the present application, the processor 110 can execute instructions stored in the internal memory 121, and the internal memory 121 can include a program storage area and a data storage area.

Among them, the stored program area can store an operating system, at least one application program required for a function (such as a sound playback function, an image playback function, etc.). The storage data area may store data created during use of the electronic device 100 (such as audio data, phone book, etc.). In addition, the internal memory 121 may include high-speed random access memory, and may also include non-volatile memory, such as at least one disk storage device, flash memory device, universal flash storage (UFS), etc.

The software system of the above-mentioned electronic device 100 may adopt a layered architecture, an event-driven architecture, a microkernel architecture, a microservice architecture, or a cloud architecture. This embodiment of the present invention takes a Windows system with a layered architecture as an example to illustrate the software structure of the electronic device 100 .

Illustratively, FIG. 2 is a software structure block diagram of an example electronic device 100 according to the embodiment of the present application.

The layered architecture divides the software into several layers, and each layer has clear roles and division of labor. The layers communicate through software interfaces. In some embodiments, the Windows system is divided into user mode and kernel mode. Among them, user mode includes application layer and subsystem dynamic link library. The kernel state is divided into firmware layer, hardware abstraction layer (HAL), kernel and driver layer and execution body from bottom to top.

As shown in Figure 2, the application layer includes music, video, games, office, social networking and other applications. The application layer also includes the environment subsystem, scene recognition engine, and scheduling engine. Among them, only some applications are shown in the figure, and the application layer may also include other applications, such as shopping applications, browsers, etc., which are not limited in this application.

The environment subsystem can present certain subsets of basic execution system services to applications in a specific form, providing an execution environment for applications.

The scene recognition engine can identify the user scene in which the electronic device 100 is located, and determine the basis matching the user scene. basic scheduling strategy. The scheduling engine can obtain the load condition of the electronic device 100 and determine an actual scheduling strategy that is consistent with the actual operating conditions of the electronic device 100 based on the load condition of the electronic device 100 and the above-mentioned basic scheduling strategy. Among them, the specific content of the scene recognition engine and scheduling engine will be found later and will not be described here.

The subsystem dynamic link library includes API modules, which include Windows API, Windows native API, etc. Among them, Windows API and Windows native API can provide system call entry and internal function support for applications. The difference is that Windows native API is an API native to the Windows system. For example, Windows API can include user.dll, kernel.dll, and Windows native API can include ntdll.dll. Among them, user.dll is the Windows user interface interface, which can be used to perform operations such as creating windows and sending messages. kernel.dll is used to provide an interface for applications to access the kernel. ntdll.dll is an important Windows NT kernel-level file that describes the Windows local NTAPI interface. When Windows starts, ntdll.dll resides in a specific write-protected area of memory so that other programs cannot occupy this memory area.

The execution body includes process manager, virtual memory manager, security reference monitor, I/O manager, Windows management instrumentation (WMI), power manager, operating system event driver (OsEventDriver) node , system and chip driver (operatingsystem to System on Chip, OS2SOC) nodes, etc.

The process manager is used to create and terminate processes and threads.

The virtual memory manager implements "virtual memory". The virtual memory manager also provides basic support for the cache manager.

The Security Reference Monitor enforces security policies on the local computer, protects operating system resources, and performs runtime object protection and monitoring.

The I/O manager performs device-independent input/output and calls the appropriate device driver for further processing.

Power Manager manages power state changes for all devices that support power state changes.

The system event driver node can interact with the kernel and driver layer, for example, with the graphics card driver. After determining that a GPU video decoding event exists, it reports the GPU video decoding event to the scene recognition engine.

System and chip driver nodes allow the scheduling engine to send adjustment information to hardware devices, such as sending information to adjust PL1 and PL2 to the CPU.

The kernel and driver layer include the kernel and device drivers.

The kernel is an abstraction of the processor architecture, which isolates the differences between the execution body and the processor architecture to ensure the portability of the system. The kernel can perform thread arrangement and scheduling, trap handling and exception scheduling, interrupt handling and scheduling, etc.

Device drivers run in kernel mode and are the interface between the I/O system and related hardware. Device drivers can include graphics card drivers, Intel DTT drivers, mouse drivers, audio and video drivers, camera drivers, keyboard drivers, etc. For example, the graphics card driver can drive the GPU to run, and the Intel DTT driver can drive the CPU to run.

HAL is a core module that can hide various hardware-related details, such as I/O interfaces, interrupt controllers, and multi-processor communication mechanisms. It provides a unified service interface for different hardware platforms running Windows and implements a variety of Portability across hardware platforms. It should be noted that in order to maintain the portability of Windows, Windows internal components and user-written device drivers do not access the hardware directly, but by calling routines in the HAL.

The firmware layer can include the basic input output system (BIOS). The BIOS is a set of programs solidified into a read only memory (ROM) chip on the computer motherboard. It stores the most important basic information of the computer. Input and output programs, self-test programs after power-on and system self-starting programs, which can be complementary Detailed information on reading and writing system settings in complementary metal oxide semiconductor (CMOS). Its main function is to provide the lowest and most direct hardware settings and control for the computer. The Intel DTT driver can send instructions to the CPU through the BIOS.

It should be noted that the embodiments of the present application are only explained using the Windows system as an example. In other operating systems (such as Android systems, IOS systems, etc.), as long as the functions implemented by each functional module are similar to those of the embodiments of the present application, the present application can also be implemented. Program to apply for.

For ease of understanding, before elaborating on the specific process of the information processing method provided by the embodiment of the present application, a possible software and hardware structure for the electronic device 100 to implement resource scheduling is first exemplarily described in conjunction with the structures of FIG. 1 and FIG. 2 and workflow. It should be noted that this embodiment is only an example and does not cause any limitation on the method and the specific structure of the electronic device 100 .

FIG. 3 shows a schematic workflow diagram of an example of software and hardware for scheduling resources by the electronic device 100 .

As shown in Figure 3, the scene recognition engine of the application layer may include a system probe module, a scene recognition module and a basic policy matching manager. The scene recognition module can interact with the system probe module and the basic policy matching manager respectively. The scene recognition module can send a request to obtain the probe status to the system probe module. The system probe module can obtain the operating status of the electronic device 100 . For example, the system probe module may include a power status probe, a peripheral status probe, a process load probe, an audio and video status probe, a system load probe, a system event probe, etc.

Among them, the power status probe can subscribe to the power status event from the kernel state and determine the power status according to the callback function fed back by the kernel state. The power status includes battery (remaining) power, power mode, etc. The power mode can include alternating current (AC). ) and direct current (DC). For example, the power status probe can send a request to subscribe to the power status event to the OsEventDriver node of the execution body layer, and the OsEventDriver node forwards the request to the power manager of the execution body layer. The power manager can feedback the callback function to the power status probe through the OsEventDriver node.

Peripheral status probes can subscribe to peripheral events from the kernel state and determine peripheral events based on the callback function fed back by the kernel state. Peripheral events include mouse wheel sliding events, mouse click events, keyboard input events, microphone input events, camera input events, etc.

The process load probe can subscribe to the process load in the kernel state and determine the process load based on the callback function fed back by the kernel state.

The system load probe can subscribe to the system load in the kernel state and determine the system load based on the callback function fed back by the kernel state.

The audio and video status probe can subscribe to audio and video events in the kernel state, and determine the audio and video events currently existing in the electronic device 100 based on the callback function fed back by the kernel state. Audio and video events may include GPU decoding events, etc. For example, the audio and video status probe can send a request to subscribe to the GPU decoding event to the OsEventDriver node at the execution layer, and the OsEventDriver node forwards the request to the graphics card driver at the kernel and driver layers. The graphics card driver can monitor the status of the GPU. After monitoring that the GPU is performing a decoding operation, it will feed back the callback function to the audio and video status probe through the OsEventDriver node.

System event probes can subscribe to system events from the kernel state and determine system events based on the callback function fed back by the kernel state. System events can include window change events, process creation events, thread creation events, etc. For example, the system event probe can send a request to subscribe to the process creation event to the OsEventDriver node at the execution layer, and the OsEventDriver node forwards the request to the process manager. After creating a process, the process manager can feedback the callback function to the system event probe through the OsEventDriver node. For another example, the system event probe also sends the subscription focus window change event to the API module. The API module can monitor whether the focus window of the electronic device 100 changes, and when monitoring that the focus window changes, feed back the callback function to the system event probe.

It can be seen that the system probe module obtains the probe status by subscribing to various events of the electronic device 100 in the kernel state, and then determining the operating status of the electronic device 100 based on the callback function fed back by the kernel state. After the system probe module obtains the probe status, it can feed back the probe status to the scene recognition module. After receiving the probe status, the scene recognition module can determine the user scene in which the electronic device 100 is located based on the probe status.

Optionally, user scenarios can include main scenarios and sub-scenarios, with sub-scenarios being subdivided scenarios under the main scenario. The main scene can include video scenes, game scenes, office scenes, social scenes, idle scenes, etc. Video scenes refer to scenes where users use electronic devices to watch videos. Sub-scenes corresponding to the video scene may include video playback scenes, video browsing scenes, etc. Game scenarios refer to scenarios where users use electronic devices to play games. Sub-scenes corresponding to game scenes may include scenes in the game, etc. Office scenarios refer to scenarios where users use electronic devices to work. Sub-scenarios corresponding to office scenarios can include document editing scenarios, document browsing scenarios, video conferencing scenarios, etc. Social scenarios refer to scenarios where users use electronic devices to socialize. Sub-scenes corresponding to social scenes can include text chat scenes, voice chat scenes, video chat scenes, etc. The idle scene refers to the scene where the user does not perform any operations on the electronic device. Idle scenes may not include sub-scenes. Scenes other than the above video scenes, game scenes, office scenes, social scenes and idle scenes are defined as default scenes, and the default scenes may not include sub-scenes.

User scenarios can reflect users’ current usage needs. For example, when the scene recognition engine recognizes that the focus window is the window of a video playback application, it determines that the main scene where the electronic device 100 is located is the video scene and the sub-scene is the video playback scene, indicating that the user needs to use the video application to watch and browse videos. For another example, when the scene recognition engine recognizes that the focus window is the text chat window of WeChat ^TM , it determines that the main scene where the electronic device 100 is located is the social scene and the sub-scene is the text chat scene. The scenario identification module may also send the user scenario to the underlying policy matching manager. The basic policy matching manager can determine the basic scheduling policy according to the user scenario. The basic policy matching manager can feed back the basic scheduling policy to the scene recognition module. The scene recognition module can send the basic scheduling policy and user scenarios to the scheduling engine of the application layer.

As shown in Figure 3, the scheduling engine includes a load controller, a chip policy fusion device, and a scheduling executor. Among them, the load controller can receive the basic scheduling strategy and user scenarios sent by the scene recognition module. The load controller can also obtain the system load from the system probe module, and adjust the basic scheduling strategy according to the system load and user scenarios to obtain the actual scheduling strategy. In an optional implementation, the load controller may determine the system load level based on the system load. Optionally, the system load level can include three levels: light, medium, and heavy. Electronic devices can be pre-configured with actual scheduling strategies corresponding to various user scenarios and various system load levels.

The actual scheduling policy may include an OS scheduling policy and a CPU scheduling policy (also called the first scheduling policy). The load controller can send the OS scheduling policy to the scheduling executor, and the scheduling executor performs scheduling based on the OS scheduling policy. OS scheduling policy is used to adjust the process priority and I/O priority of the focus process. For example, the scheduling executor may send an instruction to adjust the process priority of the focus process to the process manager, and in response to the instruction, the process manager adjusts the process priority of the focus process. For another example, the scheduling executor may send an instruction to adjust the I/O priority of the focus process to the I/O manager. In response to the instruction, the I/O manager adjusts the I/O priority of the focus process.

The CPU scheduling policy refers to the scheduling policy that needs to be delivered to the CPU for execution. The CPU scheduling strategy may include a power consumption scheduling strategy or a performance optimization strategy. Among them, the power consumption scheduling policy is used to adjust the parameters of the CPU, GPU or other hardware to achieve power consumption adjustment, for example, adjusting the CPU power limit parameter to adjust the CPU power consumption, or adjusting the CPU energy consumption ratio to adjust the CPU power consumption. Performance optimization strategies are used to adjust the parameters of relevant modules in electronic devices or Working mode, etc. to optimize the performance of electronic devices, for example, performance optimization through system temperature tracking adjustment, performance optimization by adjusting fan speed or sound, or performance optimization by adjusting the BIOS working mode, etc.

The load controller can send the user scenario and CPU scheduling policy to the chip policy fusion device. The chip policy fusion device translates the CPU scheduling policy according to the chip platform type and user scenario of the CPU to obtain the translated scheduling policy. The chip policy fusion device delivers the translated scheduling policy to the scheduling executor. The scheduling executor can deliver the translated scheduling policy to the CPU through at least one of the OS2SOC driver nodes, WMI, power manager, BIOS, etc. , resource scheduling is implemented by the CPU.

It should be noted that in this embodiment of the present application, the user scenario can be characterized by scenario information. The scenario information can include, for example, a scenario number, a scenario name, etc. The CPU scheduling policy may be characterized by CPU scheduling policy information, which may include, for example, scheduling parameters, scheduling data, etc.

In addition, in the following embodiments of the present application, the scene information is used as the scene number, and the CPU scheduling policy information (first scheduling policy information) is used as the first CPU power consumption scheduling information as an example for explanation, where the first CPU power consumption scheduling The information is used to adjust the CPU's power consumption parameters. Other types of CPU scheduling policy information are similar to this and will not be described again.

Taking the electronic device with the structure shown in FIG. 3 as an example and combining the drawings, the process of translating the first CPU power consumption scheduling information by the information processing method provided by the embodiment of the present application will be described in detail below.

As mentioned in the above embodiments, different electronic devices may use different CPUs, and the chip platform types of the CUP may be different. For example, a CPU used in electronic equipment can be (Advanced Micro Devices, AMD) CPU, the chip platform type is AMD; the CPU used in electronic equipment can also be CPU, chip platform type is These two types of chip platforms adjust CPU power consumption in different ways, so they need to be distinguished. The following embodiments take these two chip platform types as examples to illustrate the information processing method.

Exemplarily, FIG. 4 is a schematic flowchart of an example of a method for information processing and power consumption scheduling based on translation results provided by an embodiment of the present application. The execution subject of this method is an electronic device. In a specific embodiment, the execution subject can It is the scheduling engine described in the above embodiment. Exemplarily, FIG. 5 is a schematic diagram of the interaction of various modules of the electronic device in an example of the information processing method provided by the embodiment of the present application. Please refer to Figure 4 and Figure 5 together. The information processing method may include:

S401. Obtain the scene number of the user scene in which the electronic device is located and the first CPU power consumption scheduling information corresponding to the scene number.

Referring to Figure 5, optionally, the electronic device can deliver the scene number and the first CPU power consumption scheduling information to the chip policy fusion device through the load manager.

Scenario numbers are used to characterize user scenarios. The scene number may be composed of numbers, characters, symbols, etc., and this embodiment of the present application does not impose any limitation on this. Optionally, a unique corresponding relationship between each main scene and the main scene number can be established in advance, and a unique corresponding relationship between each sub-scene and the sub-scene number can be established in advance. The number corresponding to the main scene and the number corresponding to the sub-scene constitute the final scene number. For example, if the main scene is a video scene and the corresponding main scene number is 4, and the sub-scene is a video playback scene and the corresponding sub-scene number is 1, then the scene number corresponding to the user scene can be 4-1. For another example, the scene number corresponding to the default scene may be -1.

The first CPU power consumption scheduling information is used to characterize the adjustment method of parameters related to CPU power consumption. The first CPU power consumption scheduling information may include parameters and target values of the parameters. Optionally, the parameters in the first CPU power consumption scheduling information may include PL1, PL2, EPP and EPO switch status, etc. Correspondingly, the target values of the parameters may include the target value of PL1, the target value of PL2, EPP The target value and information characterizing the EPO switch state, etc. Among them, EPO switch Used to select whether to turn on the DTT adjustment function when the chip platform type of the CPU is Inter, that is, whether to adjust the power consumption of the CPU through DTT technology according to EPO Gear. The switch state of EPO can include on state and off state. When the EPO switch is on, the DTT adjustment function is turned on, and the CPU adjusts EPP through DTT technology based on the EPO Gear corresponding to the EPP target value (which can be calculated based on the EPP target value). When the EPO switch is turned off, that is, the DTT adjustment function is turned off, the CPU does not perform DTT adjustment, and the system can directly adjust EPP according to the EPP target value. In this case, the EPP target value can be directly sent to the CPU. In a specific embodiment, whether the EPO switch is on can be determined by the return value of the EPO switch status. For example, a return value of 1 indicates that the EPO switch is on, and a return value of 0 indicates that the EPO switch is on.

Different scene numbers and different system load levels correspond to different first CPU power consumption scheduling information. In one embodiment, the corresponding relationship between the scene number, the system load level and the first CPU power consumption scheduling information can be as shown in Table 1.

Table 1

It should be noted that the user scenarios, parameters in the first CPU power consumption scheduling information and the target values corresponding to the parameters in Table 1 are only examples and do not represent the actual situation, nor do they constitute any limitation on this application. In fact, user scenarios may include more or fewer types than Table 1. For example, in some embodiments, user scenarios may also include idle scenarios, performance measurement scenarios, etc. The first CPU power consumption scheduling information may also include more parameters than Table 1.

S402. Determine the chip platform type of the CPU of the electronic device; if the chip platform type of the CPU is (also called the first type), then execute steps S403 and S404; if the chip platform type of the CPU is AMD (also called the second type), then execute steps S405 to S407.

Referring to Figure 5, optionally, the chip policy fusion device can obtain the VID return value from the VID interface in the OS2SOC driver node and determine the chip platform type of the CPU based on the VID return value. For example, the VID return value is 0x8086, indicating that the chip platform type of the CPU is The return value of the VID interface is 0x1022, which indicates that the chip platform type of the CPU is AMD.

S403. Translate the first CPU power consumption scheduling information and output the policy number.

The strategy number is used to identify the CPU's strategy for adjusting power consumption. Of course, other policy identifiers, such as policy names, can also be used to identify the CPU power consumption adjustment strategy. As long as different strategies can be distinguished, they can be identified. Just identify the platform.

Optionally, the policy number may include a DTT policy number and an EPO policy number.

The DTT policy number is also called the DTT policy ID and is used to identify the DTT policy. The DTT policy corresponding to the DTT policy number is used to adjust the values of PL1 and PL2 of the CPU.

The EPO policy number, also called the EPO policy ID, is used to identify the EPO policy. The EPO policy corresponding to the EPO policy number is used to adjust the EPP of the CPU.

It can be understood that there may be a mapping relationship between the DTT policy number and the power consumption parameter of the CPU, and there may be a mapping relationship between the EPO policy number and the EPO Gear of the CPU. Optionally, a policy table can be built in the BIOS in advance to store the correspondence between the DTT policy number or EPO policy number and the values of the CPU's PL1, PL2, and EPO parameters. In one embodiment, the policy table may be as shown in Table 2. It can be understood that the DTT policy number and the EPO policy number can be distinguished by numbers. For example, in Table 2, policy numbers 0 to 21, 40, and 41 represent DTT policy numbers, and policy numbers 50 to 55 represent EPO policy numbers. In addition, please refer to the remarks in Table 2. Among the DTT policy numbers, the user scenarios corresponding to 0, 41 and 42 are the default scenarios. These three policy numbers are also called the default policy numbers. The DTT policy numbers except the default policy number are Other policy numbers are the policy numbers corresponding to non-default scenarios, also called non-default policy numbers. In Table 2, the correspondence between the default policy number and the values of the PL1 and PL2 parameters of the CPU and the system load level is also called the first correspondence. Non-default policy number and PL1 of CPU The correspondence between the values of the PL2 parameters is also called the second correspondence. The correspondence between the EPO policy number and the EPO Gear value is also called the third correspondence. Among them, in the third correspondence relationship, the value of EPO Gear can represent the state of the EPO switch. In a specific embodiment, the value of EPO Gear is 0, indicating that the EPO switch is in a closed state, and the value of EPO Gear is 1, 2, 3, 4 or 5, indicating that the EPO switch is in an open state.

Table 2

It can be understood that Table 2 is only an example and does not constitute a limitation on the policy table. In actual application, the policy table The content may include more or less content than in Table 2, and each policy number and corresponding parameter value may be different from those in Table 2.

Optional, the chip platform type of the CPU is In the case of , the chip policy fusion device can determine the corresponding policy number based on the scene number and the first CPU power consumption scheduling information. The specific method will be elaborated in subsequent embodiments.

S404. Adjust CPU power consumption based on the policy number.

Optional, see Figure 5, the chip platform type of the CPU is In this case, the chip policy fusion device can deliver the policy number to the scheduling executor, and the scheduling executor delivers the policy number to the BIOS through WMI. The BIOS delivers the policy number to the CPU, and the CPU runs based on the policy number.

S405. Translate the first CPU power consumption scheduling information according to the scene number to obtain the second CPU power consumption scheduling information.

Specifically, the CPU power consumption parameters defined in the AMD platform are of different types from the parameters in the first CPU power consumption scheduling information. For example, the parameter defined in the AMD platform to characterize short-term Turbo frequency power consumption is sustained power limit (SPL), and the parameter to characterize long-term Turbo frequency power consumption is SPPT. That is to say, among the parameters defined in the AMD platform, the parameter corresponding to PL1 in the first CPU power consumption scheduling information is SPL, and the parameter corresponding to PL2 is the slow packet power tracking limit (slow PPT limit, SPPT), where, PPT It is the abbreviation of package power tracking.

In addition, under different user scenarios, the CPU power consumption parameters defined in the AMD platform that need to be adjusted are different. Therefore, when the chip platform type of the CPU is AMD, the chip policy fusion device can determine the CPU power consumption parameters defined in the AMD platform that need to be adjusted based on the scene number, and match the power consumption parameters of the CPU defined in the AMD platform with the scene number. The corresponding relationship between the parameters in the CPU power consumption scheduling information is to assign the target value in the first CPU power consumption scheduling information to the corresponding power consumption parameter in the AMD platform to obtain the second CPU power consumption scheduling information. For example, based on a certain scene number, it is determined that the CPU power consumption parameters that need to be adjusted include SPL and SPPT, then the chip policy fusion device assigns the PL1 target value to SPL and the PL2 target value to SPPT to obtain the second CPU power consumption scheduling information. . For details, see the examples described below.

The second CPU power consumption scheduling information may not include parameters representing the energy efficiency ratio. That is to say, the EPP in the first CPU power consumption scheduling information does not need to be translated and can be directly sent to the CPU. For details, see step S407.

S406. Adjust CPU power consumption based on the second CPU power consumption scheduling information.

Optionally, referring to Figure 5, when the chip platform type of the CPU is AMD, the chip policy fusion device may deliver the second CPU power consumption scheduling information to the scheduling executor. The scheduling executor may deliver the second CPU power consumption scheduling information to the BIOS through WMI. The BIOS delivers the second CPU power consumption scheduling information to the CPU, and the CPU adjusts the power consumption parameters according to the second CPU power consumption scheduling information.

S407. Adjust the EPP of the CPU based on the EPP target value in the first CPU power consumption scheduling information.

Referring to Figure 5, for the EPP target value in the first CPU power consumption scheduling information, the chip policy fusion device can send the EPP target value to the scheduling executor, and the scheduling executor calls the corresponding interface in the power manager, and through the power manager Send the EPP target value to the CPU. The CPU adjusts the CPU's EPP based on the EPP target value. Among them, the power manager is also called the processor power module (PPM).

The method provided in this embodiment obtains the scene number of the user scene and the scene number corresponding to the first CPU power consumption scheduling information, and determines the chip platform type of the CPU of the electronic device. According to the different chip platform types of the CPU, the first CPU The parameters in the power consumption scheduling information are translated differently to adapt to different types of CPU chip platforms, so that this method of dynamic resource scheduling based on user scenarios can be applied to different electronic devices, improve the compatibility of the method, and then be able to Improve the performance and battery life of different types of electronic devices.

Combined with the figures below, the chip platform types of the CPU are as follows: In the case of AMD, the method of translating the first CPU power consumption scheduling information will be described in detail.

1) The chip platform type of the CPU is

The chip platform type of the CPU is In the case of , the chip policy fusion device determines the target policy number corresponding to the current first CPU power consumption scheduling information according to the pre-established policy table.

It can be understood that there are many ways to establish a policy table and determine a target policy number based on the policy table. In a possible implementation, when establishing the policy table in the BIOS, a mapping relationship between the policy number and the first CPU power consumption scheduling information can be established based on the first CPU power consumption scheduling information corresponding to each scene number, that is, The policy number corresponds one-to-one with the first CPU power consumption scheduling information. In this case, according to the mapping relationship, the target policy number corresponding to the current first CPU power consumption scheduling information can be directly determined. If this method is adopted, the policy table needs to be expanded as user scenarios and first CPU power consumption scheduling information increase. Each time a set of first CPU power consumption scheduling information is added, the policy table in the BIOS needs to be expanded. Inconvenient operation. Moreover, the capacity of the policy table in the BIOS is limited. Each user scenario will have multiple sets of first CPU power consumption scheduling information depending on the system load level (see Table 1). Therefore, as the number of identifiable user scenarios continues to increase, , the policy table will not be able to meet the expansion needs in the future.

The information processing method provided in this embodiment determines, based on the first CPU power consumption scheduling information, the policy number corresponding to the PL1 value closest to the PL1 target value in the policy table, and the EPO Gear value closest to the EPO Gear in the policy table The corresponding policy number is used to determine the target policy number. In this way, the number of expansions of the policy table can be reduced, BIOS capacity can be saved, and the policy table can be ensured to be relatively fixed, making operation and maintenance easier.

The specific process of the information processing method provided by this embodiment is as follows:

In one embodiment, the above step S403 is to translate the first CPU power consumption scheduling information and output the policy number, including:

Based on the policy table, determine the target DTT policy number according to the PL1 target value in the first CPU power consumption scheduling information;

The target EPO policy number is determined according to the state of the EPO switch and the EPP target value in the first CPU power consumption scheduling information.

Specifically, the chip policy fusion device can determine the PL1 value in the policy table that is closest to the PL1 target value in the first CPU power consumption scheduling information, and determine the policy number corresponding to the closest PL1 value in the policy table as the target DTT policy. Number.

In this implementation, considering that the CPU will run in the short-term turbo frequency state in very few scenarios, the chip platform type of the CPU is: In the case of , ignore PL2 and determine the target DTT strategy number only through the PL1 target value, thereby simplifying the algorithm and improving the efficiency of information translation.

In addition, when the EPO switch is in a closed state, the preset EPO strategy number is directly determined as the target EPO strategy number, and the preset EPO strategy number is used to indicate turning off the DTT adjustment function. When the EPO switch is on, the chip strategy fusion device can determine the corresponding EPO Gear target value based on the EPP target value, and then determine the EPO Gear value in the strategy table that is closest to the EPO Gear target value, and add it to the strategy table. The strategy number corresponding to the closest EPO Gear value is determined as the target EPO strategy number.

Illustratively, FIG. 6 is a schematic flowchart of an example of determining the DTT policy number and the EPO policy number provided by the embodiment of the present application. In this embodiment, the execution subject may be the chip policy fusion device shown in Figure 3, which will not be described again. As shown in Figure 6, when the policy table is Table 2, the target DTT policy number and target EPO policy number can be determined according to the following method:

S601. Determine whether the first CPU power consumption scheduling information is the default policy information; if the first CPU power consumption scheduling policy is the default policy information, execute step S602; if the first CPU power consumption scheduling information is not the default policy information, execute Step S603.

The default policy information refers to the CPU power consumption scheduling information corresponding to the default scenario.

Optionally, in an implementation manner, it can be determined according to the scene number whether the first CPU power consumption scheduling information is the default policy information. For example, if the scene number of the preset default scene is -1, then the current scene can be judged Whether the number is -1. If so, it indicates that the first CPU power consumption scheduling information is the default policy information. Otherwise, it indicates that the first CPU power consumption scheduling information is not the default policy information.

S602. Determine the target DTT policy number according to the system load condition corresponding to the first CPU power consumption scheduling information.

As mentioned above, the policy table shown in Table 2 includes the policy numbers and power consumption parameters corresponding to the default policies for the three system load levels. The policy number corresponding to the default policy with a system load level of "Heavy" is 0, the policy number corresponding to the default policy with a system load level of "Light" is 40, and the policy number corresponding to the default policy with a system load level of "Medium" is 41 .

Optionally, the corresponding system load level can be determined according to the first CPU power consumption scheduling information, and the policy number corresponding to the default policy of the system load level is determined in the policy table to obtain the target DTT policy number. Specifically, if the system load level corresponding to the first CPU power consumption scheduling information is "heavy", then determine the target DTT policy number to be 0; if the system load level corresponding to the first CPU power consumption scheduling information is "light", then determine The target DTT policy number is 40; if the system load level corresponding to the first CPU power consumption scheduling information is "medium", then the target DTT policy number is determined to be 41.

Optionally, the system load level here can be subscribed to the system load by the chip policy fusion device to the system load probe, and the system load level can be determined based on the system load, or the system load level can be delivered by the load controller along with the scene number to The chip policy fusion device is not limited in the embodiments of this application.

In another possible implementation, the system can also pre-specify a DTT policy number corresponding to a default policy of the system load level (such as a default policy with a load level of "heavy") as the policy number corresponding to all default scenarios. That is to say, as long as the scene number is determined to be -1 and the first CPU power consumption scheduling information is determined to be the default policy information, the specified DTT policy number (for example, 0) is determined as the target DTT policy number without considering the system load. The reason for this is that when the user scenario is the default scenario, the system load is heavy in most cases. Therefore, directly specifying the policy number corresponding to the default policy with a system load level of "heavy" can cover most situations, and It can simplify the information translation process and improve the efficiency of information translation.

Optionally, in another implementation manner, when determining whether the first CPU power consumption scheduling information is the default policy information, the PL1 target value in the first CPU power consumption scheduling information can also be determined directly, and if determined The first CPU power consumption scheduling information is the default policy information, and the corresponding policy number can be directly determined.

That is to say, the above steps S601 and S602 can also be replaced by the following method:

Determine whether the PL1 target value in the first CPU power consumption scheduling information is equal to the value of PL1 corresponding to the default policy with a system load level of "heavy"(35); if so, set the PL1 target value corresponding to the default policy with a system load level of "heavy" The policy number (0) is determined as the target DTT policy number; if not, determine whether the PL1 target value in the first CPU power consumption scheduling information is equal to the PL1 value (12) corresponding to the default policy with the system load level of "light", If yes, then determine the policy number (40) corresponding to the default policy with the system load level of "light" as the target DTT policy number; if not, determine whether the PL1 target value in the first CPU power consumption scheduling information is equal to the system load level is the value (20) of PL1 corresponding to the default policy of "Medium". If so, determine the policy number (41) corresponding to the default policy with the system load level of "Medium" as the target DTT policy number.

S603. According to the PL1 target value in the first CPU power consumption scheduling information, determine the target DTT policy number through calculation formula (1).

That is to say, if the result of the judgment in step S602 is that the first CPU power consumption scheduling information is not the default policy information, the target DTT policy number is determined according to the following formula (1).

in, It means rounding down, and step means the PL1 step value in the strategy table (that is, the absolute value of the difference between the PL1 values corresponding to two adjacent DTT strategy numbers). When the PL1 target value is less than 45, step=2 , when the PL1 target value is greater than or equal to 45, step=5.

offset1 represents the DTT compensation value. When the PL1 target value is less than 45, offset1=-1. When the PL1 target value is greater than or equal to 45, offset1=9.

Example: Assume that in the first CPU power consumption scheduling information, the PL1 target value is 8, then step=2, offset1=-1,

In this implementation, formula (1) can be used to quickly determine the policy number corresponding to the PL1 value in the policy table that is closest to the PL1 target value in the first CPU power consumption scheduling information, so that the target DTT policy can be quickly determined No., there is no need to traverse the query strategy table, which improves the efficiency of information translation.

S604. Determine whether the state of the EPO switch is on. If yes (that is, the state of the EPO switch is on), execute step S605; if not (ie, the state of the EPO switch is on the off state), execute step S606.

Optionally, you can determine whether the return value of the EPO switch parameter is 1. If the return value is 1, it is determined that the EPO switch is in the on state; if the return value is 0, it is determined that the EPO switch is in the off state.

S605. According to the EPP target value in the first CPU power consumption scheduling information, determine the EPO policy number through formula (2).

in, Indicates rounding down, 255 is the maximum value of EPP, offset2 indicates the EPO compensation value, and offset2 can be 50.

Example: Assume that in the first CPU power consumption scheduling information, the EPO switch status is on and the EPP target value is 127, then

In this implementation, formula (2) can be used to quickly determine the EPO Gear value in the strategy table that is closest to the EPO Gear target value, so that the target EPO strategy number can be quickly determined without traversing the query strategy table, which improves information translation. efficiency.

S606. Determine the preset EPO policy number (50) as the target EPO policy number. The preset EPO policy number is used to indicate turning off the DTT adjustment function.

Specifically, in the policy table shown in Table 2, when the status of the EPO switch is off, the corresponding EPO policy number is 50, and 50 is directly determined as the target EPO policy number.

Moreover, if the status of the EPO switch is off, step S404 may also be performed to adjust the CPU power consumption based on the policy number, which may include the following process:

1) The chip policy fusion device sends the policy number to the scheduling executor, and the scheduling executor sends the policy number to the BIOS through WMI. The BIOS sends the policy number to the CPU, and the CPU runs based on the policy number and adjusts the PL1 of the CPU. and PL2;

2) The chip policy fusion device sends the EPP target value to the scheduling executor, and the scheduling executor calls the power manager The corresponding interface sends the EPP target value to the CPU through the power manager, and the CPU adjusts the EPP of the CPU according to the EPP target value.

For the specific process of 2), please refer to step S407, which will not be described again.

In addition, in a possible implementation manner, a certain policy number in Table 2 can also be designated as a backup policy number in advance. When a system or algorithm failure occurs and the policy number cannot be obtained according to the above algorithm, the backup policy number will be delivered to the BIOS by default to ensure normal resource scheduling and improve system stability and reliability. The backup strategy number may be, for example, strategy number 0 in Table 2, and the power parameter corresponding to the backup strategy number also includes the value of EPO Gear. The policy fusion device delivers the backup policy number to the BIOS, and the BIOS delivers the backup policy number to the CPU. The CPU can directly adjust the CPU's PL1, PL2, EPP and other parameters based on the backup policy number.

2) The chip platform type of the CPU is AMD

Illustratively, FIG. 7 is a schematic flowchart of an example of translating the first CPU power consumption scheduling information into the second CPU power consumption scheduling information provided by the embodiment of the present application. As shown in Figure 7, in one embodiment, the above step S405 is to translate the first CPU power consumption scheduling information according to the scene number to obtain the second CPU power consumption scheduling information, including:

S701. Determine the data type of the second CPU power consumption scheduling information according to the scene number.

Data type, also known as WMI policy data type, that is, WMI policy decision date type. The data type is used to represent the type of resource scheduling (or the direction of resource scheduling) of the second scheduling policy information, that is, which type of resource is scheduled.

Data types can be predefined by the BIOS. Optional, data types can include the following: power limits (power limits) parameters, system temperature tracking (STT) tuning parameters, BIOS fan speed & sound (cool quiet on lap) event notification, BIOS automatic Mode transfer (auto mode transition) event notification (also known as system interrupt event notification), query OS slider event (slider position event), dynamic power slider notification (dynamic power slider notification) event... system reserved. Among them, the power limit parameter is used to represent the type of resource scheduling, which is limiting CPU power, and the system temperature tracking and tuning parameter is used to represent the type of resource scheduling, which is tracking and adjusting system temperature. Other data types will not be described again.

Optionally, different user scenarios have different resource scheduling directions and require different data types of the second scheduling policy information output by the chip policy fusion device. Therefore, the data type can be determined based on the scene number. In a specific embodiment, a mapping relationship between scene numbers and data types can be established in advance, and the data type corresponding to the current scene number is determined based on the mapping relationship. For example, the data type corresponding to scene number 2-1 (the main scene is an office scene and the sub-scene is a document editing scene) is the power limit parameter. It should be noted that a scene number can correspond to one data type or multiple data types. For example, the data type corresponding to a certain scene number may include both power limitation parameters and STT tuning parameters.

S702. Determine the target parameters included in the data type.

Each data type may include one or more parameters defined in the AMD chip platform. In other words, the second power consumption scheduling information of each data type may include one or more parameters defined in the AMD chip platform. parameter. For example, the data type STT tuning parameters include parameters: STT-SkinTempLimit-APU, STT-SkinTempLimit-HS2, STT-M1, STT-M2, STT-M3, STT-M4, STT-M5, STT-M6, etc. For another example, the data type power limit parameters include parameters: FPPT, SPPT, SPPT-APUOnly, SPL and STTMinLimint, etc. Among them, APU is the abbreviation of Accelerated Processing Units, and FPPT is the fast full package power tracking limit fast PPT. Abbreviation for limit.

Optionally, the chip policy fusion device can pre-establish a mapping relationship between each data type and included parameters, determine the parameters included in the data type of the current second CPU power consumption scheduling information based on the mapping relationship, and obtain the target parameters.

S703. Obtain the corresponding relationship between the target parameter and the parameters included in the first CPU power consumption scheduling information.

The parameters included in the first scheduling policy information are also called initial parameters. As described in the above embodiment, the initial parameters included in the first CPU power consumption scheduling information may include PL1, PL2, EPP, switch status, etc.

It can be understood that there may be a corresponding relationship between parameters defined in the AMD chip platform and parameters of the first CPU power consumption scheduling information. Therefore, the correspondence relationship between the target parameter and the initial parameter included in the first CPU power consumption scheduling information (hereinafter referred to as the fourth correspondence relationship) can be obtained.

It should be noted that, depending on the initial parameters included in the first CPU power consumption scheduling information, the fourth correspondence may include the correspondence between all target parameters and some or all of the initial parameters, or may only include the correspondence between the target parameters. Correspondence between some parameters and some or all of the initial parameters.

Specifically, in a possible implementation manner, the first CPU power consumption scheduling information may include initial parameters and target values corresponding to all target parameters. For some initial parameters that do not have actual corresponding values, the target value of the initial parameter can be set to 0 or empty, or to other preset values. That is, regardless of whether there is an actual corresponding value, the initial parameters are included in the first CPU power consumption scheduling information. Of course, the first CPU power consumption scheduling information may also include other parameters besides the initial parameters. When this implementation is adopted, the fourth correspondence may include correspondences between all target parameters and some or all of the initial parameters. For example, there are 5 target parameters, and 2 of the initial parameters have actual corresponding values. Then, the first CPU power consumption scheduling information may include 5 initial parameters corresponding to the 5 target parameters. For those parameters that do not have actual corresponding values, 3 initial parameters, whose target value is 0 or empty. In this way, the fourth correspondence includes correspondences between 5 target parameters and 5 initial parameters.

In another possible implementation, the first CPU power consumption scheduling information may also include only the initial parameters and target values corresponding to some of the target parameters. Initial parameters that do not have actual corresponding values are not included in the first CPU Power consumption scheduling information. When this implementation is adopted, the fourth correspondence includes a correspondence between some of the target parameters and some or all of the initial parameters. Continuing the above example, for example, if there are 5 target parameters and 2 of the initial parameters have actual corresponding values, then the first CPU power consumption scheduling information can only include 2 initial parameters with actual corresponding values, excluding those that do not. 3 parameters that actually correspond to values. In this way, the fourth corresponding relationship includes the corresponding relationship between 2 parameters among the 5 target parameters and the 2 initial parameters.

In summary, the fourth correspondence includes a correspondence between at least one parameter among the target parameters and at least one parameter among the initial parameters. In this embodiment, the target parameters include: FPPT, SPPT, SPPT-APUOnly, SPL and STTMinLimint, etc., while the initial parameters include PL1, PL2, EPP, switch status, etc., and the fourth corresponding relationship includes SPL, SPPT and initial parameters among the target parameters. The corresponding relationship between PL1 and PL2 in , where SPL corresponds to PL1 and SPPT corresponds to PL2.

S704. According to the corresponding relationship and the first CPU power consumption scheduling information, assign a value to the target parameter and generate the second CPU power consumption scheduling information.

Specifically, according to the corresponding relationship, the value of the parameter of the first CPU power consumption scheduling information (that is, the target value) is assigned to the corresponding target parameter. Specifically, in the case where the fourth corresponding relationship includes the corresponding relationship between all target parameters and some or all of the initial parameters, all target parameters can be assigned one by one according to the corresponding relationship. In the case where the fourth correspondence only includes the correspondence between some of the parameters in the target parameters and some or all of the initial parameters, when assigning In the process of setting the value, for the target parameter that does not have a corresponding initial parameter in the fourth relationship, the target parameter can be assigned a value of 0, a null value, or other preset values. In this embodiment, the PL1 target value is assigned to SPL, the PL2 target value is assigned to SPPT, and 0 or null values are assigned to FPPT, SPPT-APUOnly, and STTMinLimint to obtain the second CPU power consumption scheduling information.

It should be noted that when the scene number corresponds to multiple data types, the value can be assigned multiple times according to the data type, and a second CPU power consumption scheduling information is generated each time, and the second CPU power consumption scheduling information generated each time is Information is sent to the BIOS. That is to say, when there are multiple data types corresponding to the scene number, multiple second CPU power consumption scheduling information is generated, and the multiple second CPU power consumption scheduling information is sent to the BIOS in multiple times. For example, if the data type corresponding to a certain scene number includes both power limitation parameters and STT tuning parameters, you can first assign values to the parameters corresponding to the power limitation parameters based on the first CPU power consumption scheduling information to generate the second CPU The power consumption scheduling information A sends the second CPU power consumption scheduling information A to the BIOS. Afterwards, parameters corresponding to the STT tuning parameters can be assigned according to the first CPU power consumption scheduling information, second CPU power consumption scheduling information B is generated, and the second CPU power consumption scheduling information B is sent to the BIOS.

In this implementation, when there are multiple data types corresponding to the scene number, multiple second CPU power consumption scheduling information is generated, and the multiple second CPU power consumption scheduling information is sent to the BIOS in multiple times, which can prevent the information translation process Eliminate data confusion and improve the accuracy of information translation.

The above embodiment explains the process of translating the first CPU power consumption scheduling information and outputting the second CPU power consumption scheduling information when the chip platform type of the CPU is AMD. In addition to generating the second CPU power consumption scheduling information, in some embodiments, the chip policy fusion device can also generate a data level of the second CPU power consumption scheduling information based on the scenario information, and deliver the data level to the BIOS for convenience Used during BIOS data processing. The specific instructions are as follows:

The chip policy fusion unit outputs the second CPU power consumption scheduling information and sends the second CPU power consumption scheduling information to the scheduling executor, and the scheduling executor delivers the second CPU power consumption scheduling information to the BIOS through WMI. After receiving the second CPU power consumption scheduling information, the BIOS can have multiple processing methods, such as:

① The BIOS can directly deliver the second CPU power consumption scheduling information to the CPU, and the CPU adjusts the power consumption according to the second CPU power consumption scheduling information, as described in the above embodiment.

② The BIOS can also compare or fuse the second CPU power consumption scheduling information with other power consumption scheduling information, decide on the final CPU power consumption scheduling information, and send the final CPU power consumption scheduling information to the CPU, and the CPU will execute the final CPU power consumption scheduling information to adjust power consumption.

Specifically, while the scheduling executor sends the second CPU power consumption scheduling information to the BIOS through WMI, the embedded controller (Embedded Controller, EC) can also send it through the system control interrupt (system control interrupt, SCI) channel. The third CPU power consumption scheduling information is sent to the BIOS. After receiving the second CPU power consumption scheduling information and the third CPU power consumption scheduling information, the BIOS can decide the final CPU power consumption scheduling information according to the preset decision rules.

In the above ② case, based on the embodiment shown in Figure 7, the information processing method provided by the embodiment of the present application may also include:

The chip policy fusion device determines the data level of the second CPU power consumption scheduling information based on the scene number;

The chip policy fusion device sends the data level to the BIOS.

Data level, also known as WMI policy data level, i.e. WMI policy decision date level, is used to represent the final scheduling policy information and the final CPU power consumption scheduling information process based on the second scheduling policy information and the third scheduling policy information. The importance level or priority level of the second scheduling policy information sent. In this embodiment, the The data level of the second CPU power consumption scheduling information is used to represent the second CPU power consumption scheduling information issued through WMI during the process of deciding the final CPU power consumption scheduling information based on the second CPU power consumption scheduling information and the third CPU power consumption scheduling information. level of importance or priority. Optionally, the data level may include low level, normal level and high level.

The low level is used to indicate that in the process of deciding the final CPU power consumption scheduling information based on the second CPU power consumption scheduling information and the third CPU power consumption scheduling information, the second CPU power consumption scheduling information has the lowest importance level or priority level. In a specific embodiment, when the data level is low level, the second CPU power consumption scheduling information can be ignored in the process of deciding the final CPU power consumption scheduling information based on the second CPU power consumption scheduling information and the third CPU power consumption scheduling information. The final CPU power consumption scheduling information is determined only based on the third CPU power consumption scheduling information.

The normal level is used to represent that in the process of deciding the final CPU power consumption scheduling information based on the second CPU power consumption scheduling information and the third CPU power consumption scheduling information, the importance level or priority level of the second CPU power consumption scheduling information is medium, which is different from that of the third CPU power consumption scheduling information. The CPU power consumption scheduling information is of equal importance. The second CPU power consumption scheduling information and the third CPU power consumption scheduling information are compared or integrated to obtain the final CPU power consumption scheduling information.

The high level is used to indicate that in the process of deciding the final CPU power consumption scheduling information based on the second CPU power consumption scheduling information and the third CPU power consumption scheduling information, the second CPU power consumption scheduling information has the highest importance level or priority level. In a specific embodiment, when the data level is high level, the third CPU power consumption scheduling information can be ignored in the process of deciding the final CPU power consumption scheduling information based on the second CPU power consumption scheduling information and the third CPU power consumption scheduling information. The final CPU power consumption scheduling information is determined only based on the second CPU power consumption scheduling information.

Optionally, the data level can be determined based on the scene number. In a specific embodiment, a mapping relationship between scene numbers and data levels can be established in advance, and the data level corresponding to the current scene number is determined based on the mapping relationship. For example, the data level corresponding to scene number 5-1 (the main scene is the performance evaluation scene and the sub-scenario is the main evaluation scene) is high level. For another example, the data level corresponding to scene number -1 (default scene) is low level. Specifically, since the default scene indicates that the current scene is other than several preset scenes, which means that the current specific scene cannot be known, the data level corresponding to the default scene can be set to a low level, that is, according to the second CPU function The second CPU power consumption scheduling information can be ignored in the process of determining the final CPU power consumption scheduling information based on the consumption scheduling information and the third CPU power consumption scheduling information, and the final CPU power consumption scheduling information is determined by the third CPU power consumption scheduling information.

In this embodiment, in addition to the second CPU power consumption scheduling information, the data level of the second CPU power consumption scheduling information is also generated according to the scene number, and the data level is sent to the BIOS, so that the BIOS can calculate the second CPU power consumption scheduling information according to the data level and the second CPU power consumption scheduling information. The CPU power consumption scheduling information and the third CPU power consumption scheduling information are decided to generate final CPU power consumption scheduling information. In this way, the final CPU power consumption scheduling decision not only refers to a variety of CPU power consumption scheduling information, but also fully considers the importance of various CPU scheduling information to the decision-making in different scenarios, improving the accuracy and accuracy of the final CPU power consumption scheduling. reliability.

The above describes in detail examples of the information processing methods provided by the embodiments of the present application. It can be understood that, in order to implement the above functions, the electronic device includes corresponding hardware and/or software modules that perform each function. Persons skilled in the art should easily realize that, with the units and algorithm steps of each example described in conjunction with the embodiments disclosed herein, the present application can be implemented in the form of hardware or a combination of hardware and computer software. Whether a function is performed by hardware or computer software driving the hardware depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions in conjunction with the embodiments for each specific application, but such implementations should not be considered to be beyond the scope of this application.

Embodiments of the present application can divide the electronic device into functional modules according to the above method examples. For example, the electronic device can be divided into functional modules corresponding to each function, such as a detection unit, a processing unit, a display unit, etc., or two or more functions integrated into one module. The above integrated modules can be implemented in the form of hardware or software function modules. It should be noted that the division of modules in the embodiment of the present application is schematic and is only a logical function division. In actual implementation, there may be other division methods.

It should be noted that all relevant content of each step involved in the above method embodiment can be quoted from the functional description of the corresponding functional module, and will not be described again here.

The electronic device provided in this embodiment is used to execute the above information processing method, and therefore can achieve the same effect as the above implementation method.

In the case of integrated units, the electronic device may also include processing modules, storage modules and communication modules. Among them, the processing module can be used to control and manage the actions of the electronic device. The storage module can be used to support electronic devices to execute stored program codes and data, etc. The communication module can be used to support communication between electronic devices and other devices.

The processing module may be a processor or a controller. It may implement or execute the various illustrative logical blocks, modules, and circuits described in connection with this disclosure. A processor can also be a combination that implements computing functions, such as a combination of one or more microprocessors, a combination of digital signal processing (DSP) and a microprocessor, etc. The storage module may be a memory. The communication module can specifically be a radio frequency circuit, a Bluetooth chip, a Wi-Fi chip and other devices that interact with other electronic devices.

In one embodiment, when the processing module is a processor and the storage module is a memory, the electronic device involved in this embodiment may be a device with the structure shown in Figure 1 .

An embodiment of the present application also provides a chip system. As shown in FIG. 8 , the chip system includes at least one processor 801 and at least one interface circuit 802 . The processor 801 and the interface circuit 802 may be interconnected by wires. For example, interface circuitry 802 may be used to receive signals from other devices, such as memory of an electronic device. As another example, interface circuit 802 may be used to send signals to other devices (eg, processor 801). For example, the interface circuit 802 can read instructions stored in the memory and send the instructions to the processor 801 . When the instructions are executed by the processor 801, the electronic device can be caused to perform various steps in the above embodiments. Of course, the chip system may also include other discrete devices, which are not specifically limited in the embodiments of this application.

Embodiments of the present application also provide a computer-readable storage medium. A computer program is stored in the computer-readable storage medium. When the computer program is executed by a processor, it causes the processor to execute the information processing method of any of the above embodiments.

An embodiment of the present application also provides a computer program product. When the computer program product is run on a computer, it causes the computer to perform the above related steps to implement the information processing method in the above embodiment.

In addition, embodiments of the present application also provide a device. This device may be a chip, a component or a module. The device may include a connected processor and a memory. The memory is used to store computer execution instructions. When the device is running, The processor can execute computer execution instructions stored in the memory, so that the chip executes the information processing method in each of the above method embodiments.

Among them, the electronic devices, computer-readable storage media, computer program products or chips provided in this embodiment are all used to execute the corresponding methods provided above. Therefore, the beneficial effects they can achieve can be referred to the above provided The beneficial effects of the corresponding methods will not be described again here.

Through the description of the above embodiments, those skilled in the art can understand that for the convenience and simplicity of description, only the division of the above functional modules is used as an example. In actual applications, the above functions can be allocated according to needs. It is completed by different functional modules, that is, the internal structure of the device is divided into different functional modules to complete all or part of the functions described above.

In the several embodiments provided in this application, it should be understood that the disclosed devices and methods can be implemented in other ways. For example, the device embodiments described above are only illustrative. For example, the division of modules or units is only a logical function division. In actual implementation, there may be other division methods, for example, multiple units or components may be combined or can be integrated into another device, or some features can be ignored, or not implemented. On the other hand, the coupling or direct coupling or communication connection between each other shown or discussed may be through some interfaces, and the indirect coupling or communication connection of the devices or units may be in electrical, mechanical or other forms.

A unit described as a separate component may or may not be physically separate. A component shown as a unit may be one physical unit or multiple physical units, that is, it may be located in one place, or it may be distributed to multiple different places. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of this embodiment.

In addition, each functional unit in each embodiment of the present application can be integrated into one processing unit, each unit can exist physically alone, or two or more units can be integrated into one unit. The above integrated units can be implemented in the form of hardware or software functional units.

Integrated units may be stored in a readable storage medium if they are implemented in the form of software functional units and sold or used as independent products. Based on this understanding, the technical solutions of the embodiments of the present application are essentially or contribute to the existing technology, or all or part of the technical solution can be embodied in the form of a software product, and the software product is stored in a storage medium , including several instructions to cause a device (which can be a microcontroller, a chip, etc.) or a processor to execute all or part of the steps of the methods of various embodiments of the present application. The aforementioned storage media include: U disk, mobile hard disk, read only memory (ROM), random access memory (RAM), magnetic disk or optical disk and other media that can store program code.

The above contents are only specific embodiments of the present application, but the protection scope of the present application is not limited thereto. Any person familiar with the technical field can easily think of changes or replacements within the technical scope disclosed in the present application, and should are covered by the protection scope of this application. Therefore, the protection scope of this application should be subject to the protection scope of the claims.

Claims

An information processing method, the method is executed by an electronic device, characterized in that the method includes:

Obtain current scene information and first scheduling policy information corresponding to the current scene information; the current scene information represents the user scene corresponding to the service currently processed by the electronic device;

If the chip platform type of the central processing unit CPU of the electronic device is the first type, the target policy identifier corresponding to the first scheduling strategy information is determined, and the CPU of the first type is configured according to the target policy identifier. The above-mentioned electronic equipment performs resource scheduling;

If the chip platform type of the CPU of the electronic device is the second type, the second scheduling strategy information is determined according to the current scene information and the first scheduling strategy information, and the second scheduling strategy information is used according to the second scheduling strategy information. The second type of CPU performs resource scheduling on the electronic device.
The method according to claim 1, characterized in that the first scheduling strategy information includes a long-term turbo power consumption PL1 target value, an energy efficiency ratio EPP target value and an energy efficiency performance optimization EPO switch state, and the target strategy The identifier includes a target dynamic tuning technology DTT policy identifier and a target EPO policy identifier; the target policy identifier corresponding to the first scheduling strategy information is determined, and the electronic device is configured by the first type of CPU according to the target policy identifier. Perform resource scheduling, including:

Obtain the current system load corresponding to the first scheduling policy information;

Determine the target DTT policy identifier according to the PL1 target value or the current system load;

Determine the target EPO policy identifier according to the state of the EPO switch;

The power of the CPU is adjusted through the first type of CPU according to the target DTT policy identifier, and the energy efficiency ratio of the CPU is adjusted through the first type of CPU according to the target EPO policy identifier and the EPP target value.
The method of claim 2, wherein determining the target DTT policy identifier according to the PL1 target value or the current system load includes:

If the first scheduling policy information is the policy information corresponding to the default scenario, the target DTT policy identifier corresponding to the current system load is determined according to the first correspondence relationship; the first correspondence relationship includes at least one default The corresponding relationship between the policy identifier and at least one system load. The at least one default policy identifier includes the target DTT policy identifier; the default scenario refers to other user scenarios except the preset scenario, and the default policy identifier refers to The DTT policy identifier corresponding to the default scenario;

If the first scheduling policy information is not the policy information corresponding to the default scenario, determine the target DTT policy identifier corresponding to the PL1 value closest to the PL1 target value according to the second correspondence relationship; the third The second corresponding relationship includes a corresponding relationship between multiple non-default policy identifiers and multiple PL1 values. The multiple non-default policy identifiers include the target DTT policy identifier; the non-default policy identifier refers to the corresponding non-default scenario. DTT policy identifier.
The method according to claim 3, characterized in that the non-default policy identifier is a DTT policy number, the non-default policy identifier includes at least a group of first DTT policy numbers, and the first DTT policy number includes When there are multiple DTT policy numbers, and the multiple DTT policy numbers are in ascending order, the PL1 step values corresponding to two adjacent DTT policy numbers are equal; according to the second corresponding relationship, it is determined that the The target DTT policy identifier corresponding to the PL1 value closest to the PL1 target value includes:

Determine the target PL1 step value and the target compensation value according to the PL1 target value;

The target DTT strategy identifier is determined according to the PL1 target value, the target PL1 step value and the target compensation value.
The method of claim 4, wherein determining the target DTT strategy identifier based on the PL1 target value, the target PL1 step value and the target compensation value includes:

The target DTT policy identifier is determined through formula (1):

in, means rounding down, step means the target PL1 step value, and offset1 means the target compensation value.
The method according to any one of claims 3 to 5, characterized in that the method further includes:

Determine whether the first scheduling policy information is policy information corresponding to the default scene according to the current scene information.
The method of claim 2, wherein determining the target EPO policy identifier according to the state of the EPO switch includes:

If the state of the EPO switch is a closed state, determine the preset EPO policy identifier as the target EPO policy identifier;

The step of adjusting the energy efficiency ratio of the CPU through the first type of CPU according to the target EPO policy identifier and the EPP target value includes:

According to the preset EPO policy identifier, the energy efficiency ratio of the CPU is adjusted to the EPP target value by the first type of CPU.
The method of claim 2, wherein determining the target EPO policy identifier according to the state of the EPO switch includes:

If the state of the EPO switch is an open state, determine the EPO gear target value according to the EPP target value, and determine the EPO gear value corresponding to the EPO gear value closest to the EPO gear target value according to the third corresponding relationship. The target EPO policy identifier; the third corresponding relationship includes a corresponding relationship between multiple EPO policy identifiers and multiple EPO gear values, and the multiple EPO policy identifiers include the target EPO policy identifier;

The step of adjusting the energy efficiency ratio of the CPU through the first type of CPU according to the target EPO policy identifier and the EPP target value includes:

According to the EPO gear value corresponding to the target EPO policy identifier and based on DTT, the energy efficiency ratio of the CPU is adjusted through the first type of CPU.
The method according to claim 8, characterized in that the plurality of EPO policy identifiers are multiple EPO policy numbers, and when the multiple EPO policy numbers are in order from small to large, two adjacent EPO policy numbers The corresponding EPO gear step values are equal. According to the third correspondence relationship, determining the target EPO strategy identifier corresponding to the EPO gear value closest to the EPO gear target value includes:

The target EPO policy identifier is determined according to formula (2):

in, Indicates rounding down, EPP target value/255 is the EPO gear target value, and offset2 represents the EPO gear step value.
The method of claim 1, wherein determining the second scheduling policy information based on the current scene information and the first scheduling policy information includes:

Determine the data type of the second scheduling policy information according to the current scene information;

Obtain the target parameters included in the data type;

Obtain initial parameters in the first scheduling policy information;

According to the fourth corresponding relationship and the value of the initial parameter, the target parameter is assigned a value to obtain the second scheduling policy information; the fourth corresponding relationship includes at least one parameter in the target parameter and the initial parameter. Correspondence of at least one of the parameters.
The method according to claim 10, wherein the initial parameters include PL1 and short-term turbo power consumption PL2, the target parameters include continuous power limit SPL and slow packet power tracking limit SPPT, and the fourth The corresponding relationship includes the corresponding relationship between the SPL and the PL1, and the corresponding relationship between the SPPT and the PL2;

Assigning a value to the target parameter according to the fourth corresponding relationship and the value of the initial parameter to obtain the second scheduling policy information includes:

Assign the value of the PL1 to the SPL, and assign the value of the PL2 to the SPPT to obtain the second scheduling policy information.
The method according to claim 11, characterized in that the first scheduling policy information also includes an EPP target value, and the second type of CPU uses the second type of CPU to adjust the electronic device according to the second scheduling policy information. Perform resource scheduling, including:

According to the value of the SPL and the value of the SPPT, adjust the power of the CPU by the second type of CPU;

According to the EPP target value, the energy efficiency ratio of the CPU is adjusted by the second type of CPU.
The method according to any one of claims 10 to 12, wherein the resource scheduling of the electronic device through the second type of CPU according to the second scheduling policy information includes:

Obtain third scheduling policy information, where the third scheduling policy information is scheduling policy information generated by the embedded controller of the electronic device;

Determine final scheduling policy information according to the second scheduling policy information and the third scheduling policy information;

In the case where the chip platform type of the CPU of the electronic device is the second type, the method further includes:

Obtain the data level of the first scheduling policy information according to the current scene information; the data level represents the process of determining the final scheduling policy information based on the second scheduling policy information and the third scheduling policy information, The importance of the second scheduling policy information.
The method according to any one of claims 1 to 13, characterized in that the method further includes:

Obtain the supplier identification of the CPU chip of the electronic device;

The chip platform type of the CPU of the electronic device is determined according to the supplier identification.
An electronic device, characterized by including: a processor, a memory and an interface;

The processor, the memory and the interface cooperate with each other so that the electronic device performs the method according to any one of claims 1 to 14.
A computer-readable storage medium, characterized in that a computer program is stored in the computer-readable storage medium. When the computer program is executed by a processor, the processor is caused to execute any one of claims 1 to 14. method described in the item.