CN116089055B

CN116089055B - Resource scheduling method and device

Info

Publication number: CN116089055B
Application number: CN202210531046.0A
Authority: CN
Inventors: 张茂飞
Original assignee: Honor Device Co Ltd
Current assignee: Honor Device Co Ltd
Priority date: 2022-05-16
Filing date: 2022-05-16
Publication date: 2024-04-02
Anticipated expiration: 2042-05-16
Also published as: CN116089055A

Abstract

The embodiment of the application provides a resource scheduling method and device, which relate to the technical field of terminals, and the method comprises the following steps: the electronic equipment acquires first state information; indicating in the first status information that the electronic device is not using any peripheral, and the electronic device satisfies: under any one of the screen-off state, the screen-locking state or the cover-closing state, the electronic equipment determines that the first preset scene is met; the electronic equipment acquires a first scheduling strategy corresponding to a first preset scene. In this way, the electronic device can reasonably identify the idle scene according to the use condition of the peripheral connected with the electronic device, the screen-off state of the electronic device, the screen-locking state of the electronic device, the cover closing state of the electronic device and the like, and issue a corresponding scheduling strategy under the idle scene, so that the cruising ability of the electronic device is improved under the idle scene.

Description

Resource scheduling method and device

Technical Field

The present application relates to the field of terminal technologies, and in particular, to a method and an apparatus for scheduling resources.

Background

Along with the improvement of the performance of the electronic equipment, the power consumption of the electronic equipment is higher and higher, but the improvement of the battery capacity is very slow, so that the endurance of the electronic equipment cannot meet the requirements of users, and the use experience of mobile scenes of the users is reduced. Therefore, it is required to identify a current scene (such as an idle scene) according to the current task execution situation of the electronic device, and perform parameter optimization in the scene, so as to ensure the performance of the electronic device and meet the long-time continuous use experience of the user in the mobile scene.

Typically, the electronic device may determine whether the device is in an idle scenario based on the use of a peripheral connected to the electronic device. For example, when the electronic device recognizes that the peripheral devices such as a mouse, a keyboard and the like are not used, the electronic device can determine that the electronic device is currently in an idle scene, and further the cruising ability of the electronic device is improved through optimizing system parameters.

However, the reliability of identifying the idle scene based on the resource scheduling method is low, which will cause the problem of excessively high energy consumption of the electronic device.

Disclosure of Invention

The embodiment of the application provides a resource scheduling method and device, which can realize reasonable identification of an idle scene according to the use condition of a peripheral connected with electronic equipment, the screen-off state of the electronic equipment, the screen-locking state of the electronic equipment, the cover closing state of the electronic equipment and the like, and issue a corresponding scheduling strategy under the idle scene so as to improve the cruising ability of the electronic equipment under the idle scene.

In a first aspect, an embodiment of the present application provides a method for scheduling resources, where the method includes: the electronic equipment acquires first state information; indicating in the first status information that the electronic device is not using any peripheral, and the electronic device satisfies: under any one of the screen-off state, the screen-locking state or the cover-closing state, the electronic equipment determines that the first preset scene is met; the first preset scene is used for indicating that the electronic equipment is in an idle state; the electronic equipment acquires a first scheduling strategy corresponding to a first preset scene; the first scheduling strategy comprises the following steps: long-time-wise power consumption PL1, short-time-wise power consumption PL2, and energy efficiency ratio EPP. In this way, the electronic device can reasonably identify the idle scene according to the use condition of the peripheral connected with the electronic device, the screen-off state of the electronic device, the screen-locking state of the electronic device, the cover closing state of the electronic device and the like, and issue a corresponding scheduling strategy under the idle scene, so that the cruising ability of the electronic device is improved under the idle scene.

The first scheduling policy may be a basic scheduling policy in the embodiments of the present application.

In one possible implementation manner, the first state information further includes: after the electronic device obtains the first scheduling policy corresponding to the first preset scene, the method further comprises the following steps: and the electronic equipment adjusts the first scheduling strategy according to the system load information to obtain a second scheduling strategy. Therefore, the electronic equipment can adjust the first scheduling strategy based on the system load condition to obtain the actual scheduling strategy which is more in line with the current equipment operation scene.

The second scheduling policy may be an actual scheduling policy in the embodiment of the present application.

In one possible implementation, the electronic device adjusts the first scheduling policy according to system load information, including: when the electronic device determines that the system load information is greater than or equal to the maximum value of the first value range, the electronic device increases PL1, increases PL2 and/or increases EPP; alternatively, when the electronic device determines that the system load information is less than the minimum value of the first range of values, the electronic device decreases PL1, decreases PL2, and/or decreases EPP. Therefore, the electronic equipment can adjust the first scheduling strategy based on the system load condition to obtain the actual scheduling strategy which is more in line with the current equipment operation scene.

In one possible implementation manner, the first state information further includes: the power supply electric quantity information, the electronic equipment adjusts the first scheduling strategy according to the system load information to obtain a second scheduling strategy, and the method comprises the following steps: and the electronic equipment adjusts the first scheduling strategy according to the system load information and/or the power supply electric quantity information to obtain a second scheduling strategy. Therefore, the electronic equipment can adjust the first scheduling strategy based on the system load condition and the power supply electric quantity condition to obtain the actual scheduling strategy which is more in line with the current equipment operation scene.

In one possible implementation, the electronic device adjusts the first scheduling policy according to system load information and/or power supply capacity information, including: when the electronic equipment determines that the system load information is greater than or equal to the maximum value of the first value range and/or the power supply electric quantity information is greater than or equal to the maximum value of the second value range, the electronic equipment increases PL1, increases PL2 and/or increases EPP; alternatively, the electronic device decreases PL1, decreases PL2, and/or decreases EPP when the electronic device determines that the system load information is less than the minimum value of the first range of values, and/or the power supply amount information is less than the minimum value of the second range of values. Therefore, the electronic equipment can adjust the first scheduling strategy based on the system load condition and the power supply electric quantity condition to obtain the actual scheduling strategy which is more in line with the current equipment operation scene.

In one possible implementation manner, the first state information further includes: information for identifying an application program APP, the electronic device obtaining a first scheduling policy corresponding to a first preset scene, including: the electronic equipment identifies whether the electronic equipment is in a second preset scene or not according to the information for identifying the APP; and under the condition that the electronic equipment is not in the second preset scene, the electronic equipment acquires a first scheduling strategy corresponding to the first preset scene. In this way, the electronic device can determine whether to continue to use the scheduling policy corresponding to the first preset scene based on the second preset scene, so as to increase the reliability of the identification of the first preset scene.

The second preset scene may be a user scene described in the embodiment of the present application.

In one possible implementation manner, the electronic device identifies whether the electronic device is in a second preset scene according to the information for identifying the APP, including: the electronic equipment determines scene categories corresponding to the information for identifying the APP; the electronic device identifies whether the electronic device is in a second preset scene based on the scene category. Therefore, the electronic equipment can determine the user scene to which the APP belongs based on the identification of the APP, and flexible identification of the user scene is realized.

In one possible implementation manner, the first state information further includes: information for indicating whether the background APP uses the graphics processor GPU, the electronic device not being in a second preset scene, comprising: the electronic device is not in the second preset scene, and the electronic device determines that the background APP does not use the GPU based on information for indicating whether the background APP uses the GPU. In this way, the electronic device can determine whether to continue to use the scheduling policy corresponding to the first preset scene based on the condition that the background APP uses the GPU, so as to increase the reliability of the first preset scene identification.

In one possible implementation manner, the first state information further includes: information for indicating whether the electronic device uses the camera, the electronic device not being in a second preset scene, and the electronic device determining that the background APP does not use the GPU based on the information for indicating whether the background APP uses the GPU, comprising: the electronic device is not in the second preset scene, the electronic device determines that the background APP does not use the GPU based on information for indicating whether the background APP uses the GPU, and the electronic device determines that the electronic device does not use the camera based on information for indicating whether the electronic device uses the camera. In this way, the electronic device can determine whether to continue to use the scheduling policy corresponding to the first preset scene based on the situation that the background APP uses the GPU and the use situation of the camera, so as to increase the reliability of the first preset scene identification.

In one possible implementation, the method further includes: and the electronic equipment adjusts the power consumption of the CPU according to the second scheduling strategy. Therefore, the electronic equipment can accurately adjust the CPU power consumption based on the second scheduling strategy, so that the power consumption of the electronic equipment is reduced, and the cruising ability of the equipment is improved.

In one possible implementation, the electronic device adjusts power consumption of the central processing unit CPU according to a second scheduling policy, including: the electronic equipment determines the type of a chip platform of the CPU; the chip platform type comprises a first type and a second type; and the electronic equipment adjusts the power consumption of the CPU according to the type of the chip platform of the CPU and the second scheduling strategy. Therefore, the resource scheduling method provided by the embodiment of the application can be applied to various chip platforms.

In one possible implementation manner, the second scheduling policy includes a first sub-policy and a second sub-policy, where the first sub-policy includes the second scheduling policy, and the second sub-policy is a dynamic tuning technology DTT policy determined according to the second scheduling policy; the electronic device adjusts the power consumption of the CPU according to the type of the chip platform of the CPU and the second scheduling policy, and the electronic device comprises: when the chip platform type is the first type, the electronic equipment adjusts the power consumption of the CPU according to the first sub-strategy; or when the chip platform type is the second type, the electronic equipment adjusts the power consumption of the CPU according to the second sub-strategy. Therefore, the resource scheduling method provided by the embodiment of the application can realize the adjustment of CPU power consumption in various chip platforms.

In a second aspect, an embodiment of the present application provides a resource scheduling device, configured to obtain first state information; indicating in the first status information that the electronic device is not using any peripheral, and the electronic device satisfies: the processing unit is used for determining that a first preset scene is met under the condition of any one of a screen-off state, a screen-locking state and a cover-closing state; the first preset scene is used for indicating that the electronic equipment is in an idle state; the processing unit is further used for acquiring a first scheduling strategy corresponding to a first preset scene; the first scheduling strategy comprises the following steps: long-time-wise power consumption PL1, short-time-wise power consumption PL2, and energy efficiency ratio EPP.

In one possible implementation manner, the first state information further includes: and the system load information processing unit is also used for adjusting the first scheduling strategy according to the system load information to obtain a second scheduling strategy.

In one possible implementation, when the electronic device determines that the system load information is greater than or equal to a maximum value of the first value range, the processing unit is specifically configured to increase PL1, increase PL2, and/or increase EPP; or, when the electronic device determines that the system load information is smaller than the minimum value of the first value range, the processing unit is further specifically configured to reduce PL1, reduce PL2 and/or reduce EPP.

In one possible implementation manner, the first state information further includes: the power supply electric quantity information and the processing unit are specifically used for adjusting the first scheduling strategy according to the system load information and/or the power supply electric quantity information to obtain a second scheduling strategy.

In one possible implementation, when the electronic device determines that the system load information is greater than or equal to the maximum value of the first value range and/or the power supply quantity information is greater than or equal to the maximum value of the second value range, the processing unit is specifically configured to increase PL1, increase PL2 and/or increase EPP; or, when the electronic device determines that the system load information is smaller than the minimum value of the first value range and/or the power supply electric quantity information is smaller than the minimum value of the second value range, the processing unit is further specifically configured to reduce PL1, PL2 and/or EPP.

In one possible implementation manner, the first state information further includes: the processing unit is used for identifying whether the electronic equipment is in a second preset scene or not according to the information for identifying the APP; and the acquiring unit is specifically configured to acquire a first scheduling policy corresponding to the first preset scene when the electronic device is not in the second preset scene.

In one possible implementation manner, the processing unit is specifically configured to determine a scene category corresponding to the information for identifying the APP; the processing unit is further specifically configured to identify whether the electronic device is in a second preset scene based on the scene category.

In one possible implementation manner, the first state information further includes: information for indicating whether the background APP uses the graphics processor GPU, the electronic device not being in a second preset scene, comprising: the electronic device is not in the second preset scene, and the electronic device determines that the background APP does not use the GPU based on information for indicating whether the background APP uses the GPU.

In one possible implementation manner, the first state information further includes: information for indicating whether the electronic device uses the camera, the electronic device not being in a second preset scene, and the electronic device determining that the background APP does not use the GPU based on the information for indicating whether the background APP uses the GPU, comprising: the electronic device is not in the second preset scene, the electronic device determines that the background APP does not use the GPU based on information for indicating whether the background APP uses the GPU, and the electronic device determines that the electronic device does not use the camera based on information for indicating whether the electronic device uses the camera.

In a possible implementation, the processing unit is further configured to adjust the power consumption of the central processing unit CPU according to the second scheduling policy.

In one possible implementation, the processing unit is specifically configured to determine a chip platform type of the CPU; the chip platform type comprises a first type and a second type; the processing unit is further specifically configured to adjust power consumption of the CPU according to a chip platform type of the CPU and the second scheduling policy.

In one possible implementation manner, the second scheduling policy includes a first sub-policy and a second sub-policy, where the first sub-policy includes the second scheduling policy, and the second sub-policy is a dynamic tuning technology DTT policy determined according to the second scheduling policy; when the chip platform type is the first type, the processing unit is specifically configured to adjust power consumption of the CPU according to the first sub-policy; or when the chip platform type is the second type, the processing unit is specifically configured to adjust the power consumption of the CPU according to the second sub-policy.

In a third aspect, embodiments of the present application provide an electronic device comprising a memory, a processor and a computer program stored in the memory and executable on the processor, when executing the computer program, causing the electronic device to perform the method as described in the first aspect or any implementation of the first aspect.

In a fourth aspect, embodiments of the present application provide a computer-readable storage medium storing instructions that, when executed, cause a computer to perform a method as described in the first aspect or any implementation of the first aspect.

Drawings

Fig. 1 is a schematic structural diagram of an electronic device according to an embodiment of the present application;

fig. 2 is a schematic software structure of an electronic device according to an embodiment of the present application;

fig. 3 is a schematic flow chart of a resource scheduling method according to an embodiment of the present application;

fig. 4 is a schematic diagram of a scene recognition according to an embodiment of the present application;

fig. 5 is a schematic structural diagram of a resource scheduling device according to an embodiment of the present application;

fig. 6 is a schematic hardware structure of another electronic device according to an embodiment of the present application.

Detailed Description

In order to clearly describe the technical solutions of the embodiments of the present application, in the embodiments of the present application, the words "first", "second", etc. are used to distinguish the same item or similar items having substantially the same function and effect. For example, the first value and the second value are merely for distinguishing between different values, and are not limited in their order. It will be appreciated by those of skill in the art that the words "first," "second," and the like do not limit the amount and order of execution, and that the words "first," "second," and the like do not necessarily differ.

In this application, the terms "exemplary" or "such as" are used to mean serving as an example, instance, or illustration. Any embodiment or design described herein as "exemplary" or "for example" should not be construed as preferred or advantageous over other embodiments or designs. Rather, the use of words such as "exemplary" or "such as" is intended to present related concepts in a concrete fashion.

In the present application, "at least one" means one or more, and "a plurality" means two or more. "and/or", describes an association relationship of an association object, and indicates that there may be three relationships, for example, a and/or B, and may indicate: a alone, a and B together, and B alone, wherein a, B may be singular or plural. The character "/" generally indicates that the context-dependent object is an "or" relationship. "at least one of" or the like means any combination of these items, including any combination of single item(s) or plural items(s). For example, at least one (one) of a, b, or c may represent: a, b, c, a and b, a and c, b and c, or a, b and c, wherein a, b, c may be single or plural.

For clarity and conciseness in the description of the embodiments below, a brief introduction to related concepts or technologies is first given:

(1) Long time, frequency consumption (power limit1, PL 1)

PL1 may be the power consumption of the central processing unit (central processing unit, CPU) under normal load, equivalent to the thermal design power consumption, with the running power consumption of the CPU for most of the time not exceeding PL1.

(2) Short time and frequency power consumption (power limit2, PL 2)

PL2 may be the highest power consumption that the CPU can reach in a short time, with a duration limit. In general, PL2 may be greater than PL1.

(3) CPU energy efficiency ratio (energy performance preference, EPP)

EPP can be used to reflect the scheduling tendency of CPU, and its value range is 0-255. The smaller the CPU energy efficiency ratio, the higher the CPU tends to be; the higher the CPU energy efficiency ratio, the lower the CPU trend.

(4) idle scene

The idle scene can be understood as a device scene in a low power consumption state, for example, when the electronic device is in a state of not using any peripheral, the electronic device can enter the idle scene by default, and keep low power consumption in the idle scene, so as to ensure the cruising ability of the electronic device. Or when the electronic equipment is in a state of using any peripheral, the electronic equipment can not enter an idle scene, and the current running state of the electronic equipment is kept.

In general, the electronic device can adjust the power consumption of the CPU through identification of an idle scene. For example, the electronic device may determine whether the electronic device enters an idle scene based on the usage of the peripheral. However, in many scenarios, the electronic device is often used to watch video, listen to music, etc., even if the user does not trigger any peripheral. At this time, if the electronic device determines that the electronic device belongs to the idle scene based on the use condition of the peripheral device, and starts the CPU power consumption corresponding to the idle scene, the lower CPU power consumption will not support the use of many functions of the electronic device by the user, so that the reliability of determining the idle scene based on the use condition of the peripheral device of the electronic device is lower.

In view of this, the embodiment of the present application provides a resource scheduling method, so that an electronic device may implement reasonable identification of an idle scene according to a use condition of a peripheral connected to the electronic device, a screen-off state of the electronic device, a screen-locking state of the electronic device, and/or a cover closing state of the electronic device, and issue a corresponding scheduling policy in the idle scene, so as to implement improvement of cruising ability of the electronic device in the idle scene.

It is understood that the electronic device includes a terminal device, which may also be referred to as a terminal (terminal), a User Equipment (UE), a Mobile Station (MS), a Mobile Terminal (MT), or the like. The terminal device may be a mobile phone, a smart television, a wearable device, a tablet (Pad), a computer with wireless transceiving function, a Virtual Reality (VR) terminal device, an augmented reality (augmented reality, AR) terminal device, a wireless terminal in industrial control (industrial control), a wireless terminal in unmanned driving (self-driving), a wireless terminal in teleoperation (remote medical surgery), a wireless terminal in smart grid (smart grid), a wireless terminal in transportation safety (transportation safety), a wireless terminal in smart city (smart city), a wireless terminal in smart home (smart home), or the like. The embodiment of the application does not limit the specific technology and the specific equipment form adopted by the electronic equipment.

Fig. 1 is a schematic structural diagram of an electronic device according to an embodiment of the present application.

As shown in fig. 1, the electronic device may include: processor 110, external memory interface 120, internal memory 121, universal serial bus (universal serial bus, USB) interface 130, charge management module 140, power management module 141, battery 142, wireless communication module 150, display screen 160, etc.

It is to be understood that the configuration illustrated in this embodiment does not constitute a specific limitation on the electronic apparatus. In other embodiments, the electronic device may include more or fewer components than shown, or certain components may be combined, or certain components may be split, or different arrangements of components. The illustrated components may be implemented in hardware, software, or a combination of software and hardware.

The processor 110 may include one or more processing units, such as: the processor 110 may include an application processor (application processor, AP), a modem processor, a graphics processor (graphics processing unit, GPU), an image signal processor (image signal processor, ISP), a controller, a memory, a video codec, a digital signal processor (digital signal processor, DSP), a baseband processor, and/or a neural network processor (neural-network processing unit, NPU), etc. Wherein the different processing units may be separate devices or may be integrated in one or more processors.

The controller may be a neural hub and command center of the electronic device. The controller can generate operation control signals according to the instruction operation codes and the time sequence signals to finish the control of instruction fetching and instruction execution.

A memory may also be provided in the processor 110 for storing instructions and data. In some embodiments, the memory in the processor 110 is a cache memory. The memory may hold instructions or data that the processor 110 has just used or recycled. If the processor 110 needs to reuse the instruction or data, it may be called directly from memory. Repeated accesses are avoided and the latency of the processor 110 is reduced, thereby improving the efficiency of the system.

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

It should be understood that the connection relationship between the modules illustrated in this embodiment is only illustrative, and does not limit the structure of the electronic device. In other embodiments, the electronic device may also use different interfacing manners in the foregoing embodiments, or a combination of multiple interfacing manners.

The charge management module 140 is configured to receive a charge input from a charger. The charger can be a wireless charger or a wired charger. The charging management module 140 may also supply power to the electronic device through the power management module 141 while charging the battery 142.

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

The wireless communication module 150 may provide solutions for wireless communication including WLAN (e.g., wi-Fi), bluetooth, global navigation satellite system (global navigation satellite system, GNSS), frequency modulation (frequency modulation, FM), near field wireless communication technology (near field communication, NFC), infrared technology (IR), etc., as applied to electronic devices. For example, in the embodiment of the present application, the electronic device may establish a bluetooth connection with a terminal device (such as a wireless headset) through the wireless communication module 150.

The wireless communication module 150 may be one or more devices integrating at least one communication processing unit. The wireless communication module 150 receives electromagnetic waves via an antenna, modulates the electromagnetic wave signals, filters the electromagnetic wave signals, and transmits the processed signals to the processor 110. The wireless communication module 150 may also receive a signal to be transmitted from the processor 110, frequency modulate it, amplify it, and convert it to electromagnetic waves for radiation via an antenna.

The electronic device implements display functions through the GPU, the display screen 160, and the application processor, etc. The GPU is a microprocessor for image processing, and is connected to the display 160 and the application processor. The GPU is 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 change display information.

The display screen 160 is used to display images, videos, and the like. The display 160 includes a display panel.

The external memory interface 120 may be used to connect an external memory card, such as a Micro SD card, to enable expansion of the memory capabilities of the electronic device. The external memory card communicates with the processor 110 through an external memory interface 120 to implement data storage functions. For example, files such as music, video, etc. are stored in an external memory card.

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

The storage program area may store an application program (such as a sound playing function, an image playing function, etc.) required for at least one function of the operating system, etc. The storage data area may store data created during use of the electronic device (e.g., audio data, phonebook, etc.), and so forth. In addition, the internal memory 121 may include a high-speed random access memory, and may further include a nonvolatile memory such as at least one magnetic disk storage device, a flash memory device, a universal flash memory (universal flash storage, UFS), and the like.

The software system of the electronic device may adopt a layered architecture, an event driven architecture, a microkernel architecture, a microservice architecture, or a cloud architecture. The embodiment of the invention takes a window (Windows) system with a layered architecture as an example, and illustrates the software structure of the electronic device.

Fig. 2 is a schematic software structure of an electronic device according to an embodiment of the present application.

The layered architecture divides the software into several layers, each with distinct roles and branches. The layers communicate with each other through a software interface. In some embodiments, windows systems are classified into a user mode and a kernel mode. The user mode comprises an application layer and a subsystem dynamic link library. The kernel mode can be divided into: firmware layer, hardware abstraction layer (hardware abstraction layer, HAL), kernel and driver layer and executor.

The application layer may include: a scene recognition module, a system probe module, an execution scheduling module and the like. In a possible implementation manner, the application layer may further include: music, video, games, office, social, browser, etc. applications (not shown in fig. 2). Only a part of the modules are shown in the figure, and other application programs may also be included in the application layer, which is not limited in the embodiment of the present application.

The scene recognition module may recognize a scene in which the electronic device is located and determine a base scheduling policy that matches the scene. The scene recognition model may include a scene library and a policy library, where the scene library may include: the policy repository may include, for adaptation, an idle scene, and a user scene, such as a browser scene: policy libraries corresponding to idle scenes, policy libraries corresponding to browser scenes, and the like. Wherein, the user scene does not include an idle scene, and the idle scene can be understood as a system scene; the method for determining the user scene or the idle scene may refer to the corresponding embodiment of fig. 4, which is not described herein.

In a possible implementation manner, the scene library may further include other user scenes, for example: video scenes, game scenes, office scenes, social scenes, etc. (not shown in fig. 2). The policy library can also comprise scheduling policies corresponding to a plurality of user scenes respectively.

In a possible implementation manner, the scene recognition module may recognize the idle scene again based on the first recognized idle scene, the user scene, the information obtained based on the GPU probe about whether the background program uses the GPU, and/or the information obtained based on the camera probe about whether the camera is used, etc.

In a possible implementation manner, when the scene recognition module recognizes that the idle scene is currently satisfied for the first time (or for the second time), the scene recognition module may also adjust the scheduling policy corresponding to the idle scene based on the system load condition, the system power condition, and the like.

The system probe module is used for acquiring the running state of the electronic equipment. For example, the system probe module may include: device cover probe, device light screen probe, device lock probe, peripheral status probe, audio and video status probe, power status probe, system load probe, APP running status probe, GPU probe, camera probe, etc.

The device capping probe can subscribe whether the device is capped with an event from the kernel state and determine whether the device is capped according to a callback function fed back by the kernel state; the equipment screen-lighting probe can subscribe equipment screen-lighting events to the kernel state, and determine whether the equipment screen is lighted according to a callback function fed back by the kernel state; the device locking probe can subscribe to the kernel mode for device locking events and determine whether the device is locked according to a callback function fed back by the kernel mode. Specifically, the device capping probe, the device brightness screen probe, the device locking probe, and the like can be used for subscribing to the Windows native API in the subsystem dynamic link library for device capping events, device brightness screen events, device locking events, and the like.

The peripheral state probe can subscribe a peripheral event to the kernel state, and the peripheral event is determined according to a callback function fed back by the kernel state. Peripheral events include mouse wheel slide events, mouse click events, keyboard input events, and the like. The peripheral status probe may subscribe to the Windows API for peripheral events such that the Windows API may return the monitored peripheral events to the peripheral status probe via a callback function.

The audio and video state probe can subscribe to the audio and video event from the kernel mode, and the audio and video event existing in the electronic equipment currently is determined according to the callback function fed back from the kernel mode. The audio video events may include GPU decoding events, and the like. For example, the audio video status probe may send a request to the system event driver (operating system event driver, oseeventdriver) node of the executive layer to subscribe to the GPU decode event, which is forwarded by the oseeventdriver node to the graphics card driver of the kernel and driver layer. The display card driver can monitor the state of the GPU, and after the GPU is monitored to perform decoding operation, callback functions are fed back to the audio and video state probes through the OsEventDriver node.

The power state probe may subscribe to a kernel state for a power state event, determine a power state according to a callback function fed back by the kernel state, the power state including a battery (remaining) power, and/or a power mode, etc. For example, the power state probe may send a request to the oseeventdriver node of the executive layer to subscribe to a power state event, which is forwarded by the oseeventdriver node to the power manager of the executive layer. The power manager may feed back a callback function to the power state probe through the oseeventdriver node.

The system load probe can subscribe the APP running state event to the kernel state, and the APP running condition is determined according to the callback function fed back by the kernel state. The system load probe sends a request to the process manager to acquire the system load. In an alternative embodiment, the oseeventdriver node may also forward a request for acquiring the system load of the system load probe to the process manager.

The APP running state probe can subscribe APP running state events to the kernel state, and the APP running condition is determined according to a callback function fed back by the kernel state. Wherein the APP running state data may be used to obtain state data in the focal application, and in the non-focal application, for example the APP running state data may include: identification of APP, process creation time associated with APP, process exit event, focus window change event, maximization or minimization event of APP, etc.

For example, the APP running state probe may send a request to the oseeventdriver node executing the body layer to subscribe to APP running state events, which is forwarded by the oseeventdriver node to the process manager. After the process manager creates the process, the callback function can be fed back to the APP running state probe through the OsEventDriver node. For another example, the APP running state probe may send a subscription focus window change event to the API module, where the API module may monitor whether the focus window of the electronic device changes, and when it monitors that the focus window changes, feed back a callback function to the APP running state probe.

The GPU probe can subscribe the GPU state event to the kernel state, and whether the background program uses the GPU is determined according to the callback function fed back by the kernel state. For example, the GPU probe may send a request to the oseeventdriver node of the executive layer to subscribe to a GPU state event, which is forwarded by the oseeventdriver node to the process manager. After the process manager creates the process, the callback function can be fed back to the GPU probe through the OsEventDriver node.

The camera probe may subscribe to the kernel state for camera events, and determine information indicating whether to use the camera according to a callback function fed back by the kernel state. The camera probe may subscribe to the Windows API for camera events so that the Windows API may return monitored information indicating whether to use the camera to the camera probe through a callback function.

The execution scheduling module may be used to implement the enforcement of the scheduling policy. The execution scheduling module may include: chip policy fusion device, and dispatch executor.

The scheduling executor may be used to initiate a scheduling policy to a different module.

The chip strategy fusion device can determine the issuing of the scheduling strategies under different platforms based on the chip platform type of the CPU and the basic scheduling strategy or the actual scheduling strategy. It can be understood that the types of the chip platforms of the CPU are mainly divided into two types, namelyCPU and +.about.of (Advanced Micro Devices, AMD)>(/>) These two types of CPUs are different in the adjustment manner of CPU power consumption, and therefore need to be distinguished.

If the CPU's chip platform type is AMD (which may also be referred to as a first type), the dispatch executor may send a message to the power manager that includes EPP to adjust the CPU's EPP. In addition, the schedule executor may also send a message including PL1, PL2 to the OS2SOC driving node to adjust PL1 and PL2 of the CPU.

If the chip platform type of the CPU is(also referred to as a second type), the scheduling executor may send the scheduling policy to the Intel DTT driver through the WMI plug-in, and schedulePolicies may include minimum value of PL1, maximum value of PL1, duration of PL2, and EPP, which the Intel DTT driver CPU runs based on the scheduling policy.

The subsystem dynamic link library comprises an API module comprising Windows API, windows native API, etc. The Windows APIs, which can provide system call entry and internal function support for the application program, are different in that they are Windows system native APIs. For example, windows APIs may include user. Dll, kernel. Dll, and Windows native APIs may include ntdll. The user. Dll is a Windows user interface, and can be used for performing operations such as creating a window, sending a message, and the like. 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 interface of the Windows local NTAPI. When Windows is started, ntdll.dll resides in a particular write protect region of memory, which prevents other programs from occupying that memory region.

The executives include a process manager, a virtual memory manager, a secure reference monitor, an I/O manager, windows management Specification (Windows management instrumentation, WMI), a Power manager, an OsEventDriver node, a System and chip driver (operating system to System on Chip, OS2 SOC) node, and the like.

The process manager is used to create and suspend 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 may execute a security policy on the local computer that protects operating system resources, performs protection and monitoring of runtime objects.

The I/O manager performs device independent input/output and further processes call the appropriate device drivers.

The power manager may manage power state changes for all devices that support power state changes.

The system event driven node may interact with the kernel and the driving layer, for example, interact with a graphics card driver, and report the GPU video decoding event to the scene recognition module after determining that the GPU video decoding event exists.

The system and chip driver nodes may be configured to send adjustment information to the hardware device, such as a message including PL1 and PL2 to the CPU, by the execution scheduling module.

The kernel and driver layer includes a kernel and a device driver.

The kernel is an abstraction of the processor architecture, separates the difference between the executable and the processor architecture, and ensures the portability of the system. The kernel may perform thread scheduling and scheduling, trap handling and exception scheduling, interrupt handling and scheduling, etc.

The device driver operates in kernel mode as an interface between the I/O system and the associated hardware. The device drivers may include graphics card drivers, intel DTT drivers, mouse drivers, audio video drivers, camera drivers, keyboard drivers, and the like. For example, the graphics driver may drive the GPU to run and the Intel DTT driver may drive the CPU to run.

The HAL is a core state module, which can hide various details related to hardware, such as an I/O interface, an interrupt controller, a multiprocessor communication mechanism and the like, provide uniform service interfaces for different hardware platforms running Windows, and realize portability on various hardware platforms. It should be noted that, in order to maintain portability of Windows, the Windows internal components and the device driver written by the user do not directly access the hardware, but rather by calling the routine in the HAL.

The firmware layer may include a basic input output system (basic input output system, BIOS), which is a set of programs that are cured into a Read Only Memory (ROM) chip on the motherboard of the computer, which holds the most important basic input output programs, post-boot self-test programs, and system self-start programs of the computer, which can read and write specific information of the system settings from the complementary metal oxide semiconductor (complementary metal oxide semiconductor, CMOS). Its main function is to provide the lowest, most direct hardware setup and control for the computer. The Intel DTT driver may send instructions to the CPU via the BIOS.

It should be noted that, in the embodiments of the present application, only the Windows system is used as an example, and in other operating systems (such as an android system, an IOS system, etc.), the schemes of the present application can be implemented as long as the functions implemented by the respective functional modules are similar to those implemented by the embodiments of the present application.

In combination with the embodiment corresponding to fig. 2, the system probe module determines the running state of the electronic device based on the callback function fed back by the kernel mode by subscribing various events of the electronic device to the kernel mode, so as to obtain the probe state. After the system probe module obtains the probe state, the probe state can be fed back to the scene recognition module. After the scene recognition module receives the probe state, whether the electronic equipment is in an idle scene or not can be determined according to the probe state, if the scene recognition module determines that the electronic equipment is currently in the idle scene, a strategy library in the scene recognition module can acquire a basic scheduling strategy corresponding to the idle scene, and then the scene recognition module can further determine an actual scheduling strategy based on the basic scheduling strategy, the equipment load condition and the equipment power condition, and further issue the actual scheduling strategy to a scheduling executor in the execution scheduling module.

The following describes the technical solutions of the present application and how the technical solutions of the present application solve the above technical problems in detail with specific embodiments. The following embodiments may be implemented independently or combined with each other, and the same or similar concepts or processes may not be described in detail in some embodiments.

Fig. 3 is a schematic flow chart of a resource scheduling method according to an embodiment of the present application. As shown in fig. 3, the resource scheduling method may involve a plurality of modules in the electronic device, for example: the system comprises a system probe module, a scene recognition module, an execution scheduling module, a process manager, a system event driving node, a power manager, a system and chip driving node, Dynamic tuning technique (dynamic tu)ning technology, DTT) driver, CPU, and the like.

S301, the system probe module sends a request for subscribing to a device cover closing event, a device screen brightening event, a device screen locking event and/or a peripheral state event to the API module.

For example, a device capping probe in a system probe module may send a request to an API module to subscribe to a device capping event, a device screen-on probe in a system probe module may send a request to the API module to subscribe to a device screen-on event, a device screen-lock probe in a system probe module may send a request to the API module to subscribe to a device screen-lock event, and/or a peripheral status probe in a system probe module may send a request to the API module to subscribe to a peripheral status event. The event types that may be included in the peripheral status event may be described in the corresponding embodiment of fig. 2, which is not described herein.

The subscription device cover closing event can comprise a device cover closing state, the device screen-lighting event can comprise a device screen-lighting state, the device screen-locking event can comprise a device screen-locking state, and the peripheral device state event can comprise a peripheral use state.

In a possible implementation, as shown in fig. 2, the system probe module may send a subscription device capping event, a device lighting event, and/or a device locking event to a Windows native API in the API module; the system probe module may send a request to the Windows API in the API module to subscribe to a peripheral status event.

S302, the API module reports a device cover closing event, a device screen brightening event, a device screen locking event and/or a peripheral state event to the system probe module.

In a possible implementation manner, the system probe module may acquire the event information (or may also be referred to as the first state information) at intervals, or understand that a module subscribed by the probe in the API module may report the event information to the system probe module at intervals. For example, the period of time may be 10 seconds or the like. The event information may include information described in S301, S304, and S307, among others.

S303, the system probe module reports the equipment cover closing event, the equipment screen brightening event, the equipment screen locking event and/or the peripheral state event to the scene recognition module.

S304, the system probe module sends a request for acquiring the system load to the process manager.

In a possible implementation, as shown in fig. 2, the system probe module may also forward, by the system event driven node, a request for acquiring a system load of the system load probe to the process manager; the process manager can report the acquired system load to the system probe module through the system event driven node.

S305, the process manager reports the system load to the system probe module.

S306, the system probe module reports the system load to the scene recognition module.

In the embodiment of the application, the power state event is used for indicating the condition of acquiring the power supply quantity of the electronic device and/or the power supply using mode. Wherein, this use module can include: a game mode for indicating that the power is being consumed too fast, a power saving mode for indicating that the power is being saved, etc.

S308, the system event driven node sends a request for subscribing to the power state event to the power manager.

S309, the power manager reports the power state event to the system event driven node.

S310, the system event driving node reports a power state event to the system probe module.

S311, the system probe module reports a power state event to the scene recognition module.

It should be noted that, there is no strict sequence between S301-S303, S304-S306, and S307-S311, which may be sequentially executed according to the sequence shown in fig. 3, may be simultaneously executed, or may be executed according to other sequences between S301-S303, S304-S306, and S307-S311, which is not limited in the embodiment of the present application.

S312, the scene recognition module performs idle scene recognition and determines a basic scheduling strategy corresponding to the idle scene.

In this embodiment of the present application, the basic scheduling policy may include: PL1, PL2 and EPP. Fig. 4 is a schematic diagram illustrating a scene recognition according to an embodiment of the present application.

As shown in fig. 4, APP running status probes, and/or video status probes, etc. may be used for user scene recognition 401 by the scene recognition module; the device cover probe, the device light screen probe, the device lock probe, and the peripheral status probe may be used by the scene recognition module to perform the primary idle scene recognition 402; further, the result obtained by the primary idle scene recognition 401, the result obtained by the user scene recognition 402, the information obtained based on the camera probe and used for indicating whether to use the camera, and/or the information obtained based on the GPU probe and used for the background program whether to use the GPU, etc. may also be used for the scene recognition module to perform the secondary idle scene recognition 403.

It may be appreciated that the scene recognition module may support the primary idle scene recognition 401, and may also support the primary idle scene recognition 401 and the secondary idle scene recognition 403 at the same time, which is not limited in the embodiment of the present application.

In one implementation, the scene recognition module supports primary idle scene recognition 401. For example, the scene recognition module may determine whether the electronic device is in an idle scene based on a device cover closing event acquired by a device cover closing probe, a device screen lighting event acquired by a device screen lighting probe, a device screen locking event acquired by a device screen locking probe, and/or a peripheral status event acquired by a peripheral status probe in the system probe module.

For example, when the scene recognition module determines that the electronic device satisfies the cover closing state based on the device cover closing event, the scene recognition module determines that the electronic device does not satisfy the light screen state (or is understood to satisfy the screen-in state) based on the device light screen event, the scene recognition module determines that the electronic device satisfies the screen-in state based on the device screen-in event, and/or the scene recognition module determines that the electronic device does not use any peripheral based on the peripheral state event, the scene recognition module may determine that the idle scene is currently satisfied. Furthermore, a basic scheduling strategy corresponding to the idle scene is obtained.

In another implementation, the scene recognition module may perform scene recognition based on the results of the initial idle scene recognition 401 and based on the results of the user scene recognition 402.

For example, the scene recognition module may determine whether the user scene is currently satisfied based on the audio and video event reported by the audio and video status probe and/or the APP running status data reported by the APP running status probe. For example, the scene recognition module may determine, based on the identifier of the application that changes state in the APP running state data, a scene category to which the identifier of the application belongs, and thus determine whether the user scene is satisfied; alternatively, the scene recognition module may also determine whether the user scene is currently satisfied based on the type of application in the audio-video event that indicates that the GPU decoding event occurred. It may be understood that the scene recognition module may also perform user scene determination based on other events, and in this embodiment of the present application, the scene recognition module may perform user scene determination based on a scene category corresponding to the application identifier.

Further, when the scene recognition module determines that the idle scene is recognized in the primary idle scene recognition 401 and any one of the preset user scenes is recognized in the user scene recognition 402, the scene recognition module may determine that the idle scene is not satisfied in the secondary idle scene recognition 403 and end the algorithm flow; or when the scene recognition module determines that the idle scene is recognized in the primary idle scene recognition 401 and any preset user scene is not recognized in the user scene recognition 402, the scene recognition module may determine that the idle scene is satisfied in the secondary idle scene recognition 403 and acquire a basic scheduling policy corresponding to the idle scene. The scenes included in the user scene may be described in the corresponding embodiment of fig. 2, and will not be described herein.

In yet another implementation, the scene recognition module may perform scene recognition based on the result obtained by the primary idle scene recognition 401 and based on the information about whether the GPU is used by the background program reported by the GPU probe.

For example, when the scene recognition module determines that the idle scene is recognized in the primary idle scene recognition 401, and determines that the background program uses the GPU based on the information about whether the background program uses the GPU reported by the GPU probe, the scene recognition module may determine that the idle scene is not satisfied in the secondary idle scene recognition 403, and end the algorithm flow; or, when the scene recognition module determines that the idle scene is recognized in the primary idle scene recognition 401, and determines that the background program does not use the GPU based on the information about whether the background program uses the GPU reported by the GPU probe, the scene recognition module may determine that the idle scene is satisfied in the secondary idle scene recognition 403, and acquire a basic scheduling policy corresponding to the idle scene.

In another implementation, the scene recognition module may perform scene recognition based on the result of the initial idle scene recognition 401 and based on information obtained by the camera probe and used to indicate whether to use the camera.

For example, when the scene recognition module determines that the idle scene is recognized in the primary idle scene recognition 401, and determines that the electronic device uses the camera based on the information obtained by the camera probe and used for indicating whether to use the camera, the scene recognition module may determine that the idle scene is not satisfied in the secondary idle scene recognition 403, and end the algorithm flow; or, when the scene recognition module determines that the idle scene is recognized in the primary idle scene recognition 401 and determines that the electronic device does not use the camera based on the information obtained by the camera probe and used for indicating whether to use the camera, the scene recognition module may determine that the idle scene is satisfied in the secondary idle scene recognition 403 and obtain a basic scheduling policy corresponding to the idle scene.

In a possible implementation, when the scene recognition module determines that an idle scene is recognized in the primary idle scene recognition 401, and the scene recognition module determines that one or more of the following conditions are satisfied, for example: in the user scene recognition, any user scene is recognized, whether the background program uses the GPU or not is determined based on the information of whether the background program uses the GPU or not reported by the GPU probe, and/or whether the electronic device does not use the camera or not is determined based on the information which is obtained by the camera probe and is used for indicating whether the camera is used or not, and the like, the scene recognition module can determine that the idle scene is recognized in the secondary idle scene, and then a basic scheduling strategy corresponding to the idle scene is obtained.

S313, the scene recognition module determines an actual scheduling policy based on the basic scheduling policy, the power state event and the system load. The actual scheduling policy may be a scheduling policy obtained by adjusting the basic scheduling policy.

In this embodiment of the present application, the actual scheduling policy may include: PL1 ', PL2 ' and EPP '.

For example, as shown in fig. 4, the scenario recognition module may adjust the base scheduling policy based on the base scheduling policy and the power state event acquired by the power state probe (and/or the system load acquired by the system load probe), to obtain the actual scheduling policy.

In one implementation, the scenario identification module may determine an actual scheduling policy based on the base scheduling policy, and the power state event.

Taking the case that the power state event includes the power supply electric quantity as an example for explanation, when the scene recognition module determines that the power supply electric quantity of the electronic equipment is low, for example, when the power supply electric quantity is in a numerical range of 1% -20%, the scene recognition module can reduce the value of the parameter value in the basic scheduling strategy under the scene that the power supply electric quantity is weak so as to ensure the cruising ability of the electronic equipment; or when the scene recognition module determines that the power supply electric quantity of the electronic device is more, for example, the power supply electric quantity is in a numerical range of 99% -80%, the scene recognition module can keep the value of the parameter value in the basic scheduling strategy unchanged (or increase the value of the parameter value in the basic scheduling strategy) in the scene of the more power supply electric quantity.

In a possible implementation manner, a suitable power supply power value range may also be set in the scene recognition module, and the scene recognition module may adjust the basic scheduling policy in the case that the current system load does not meet the power supply power value range.

Taking a power state event including a power use mode as an example for explanation, when the scene recognition module determines that the power use mode of the electronic device is a power saving mode, the scene recognition module can reduce the value of a parameter value in a basic scheduling strategy in the scene of the power saving mode so as to improve the cruising ability of the electronic device; or when the scene recognition module determines that the power supply using mode of the electronic equipment is the game mode, under the scene of the game mode, the scene recognition module can keep the value of the parameter value in the basic scheduling strategy unchanged (or increase the value of the parameter value in the basic scheduling strategy) so as to ensure the CPU requirement in the game scene.

In a possible implementation manner, a suitable power supply usage mode may also be set in the scene recognition module, and the scene recognition module may adjust the basic scheduling policy in a case where the current system load does not satisfy the power supply usage mode.

In another implementation, the scenario recognition module may determine the actual scheduling policy based on the base scheduling policy, as well as the system load.

When the scene recognition module system load determines that the load of the CPU of the electronic equipment is low, if the CPU utilization rate is in a numerical range of 1% -10%, the CPU belongs to a light load, and the scene recognition module can reduce the value of a parameter value in a basic scheduling strategy so as to improve the cruising ability of the electronic equipment; or when the scene recognition module determines that the load of the CPU of the electronic device is higher, if the CPU utilization rate is in a value range of 20% -50%, the CPU belongs to a moderate load (or a high load, etc.), and the scene recognition module can keep the value of the parameter value in the basic scheduling policy unchanged (or increase the value of the parameter value in the basic scheduling policy).

In a possible implementation manner, a suitable system load value range may also be set in the scene recognition module, and the scene recognition module may adjust the basic scheduling policy when the current system load does not meet the system load value range.

In yet another implementation, the scenario recognition module may determine the actual scheduling policy based on the base scheduling policy, the power state event, and the system load. It may be appreciated that the step of determining the actual scheduling policy by the scenario identification module based on the base scheduling policy, the power state event, and the system load may be the above, and the combination of determining the actual scheduling policy by the scenario identification module based on the base scheduling policy and the power state event, and determining the actual scheduling policy by the scenario identification module based on the base scheduling policy and the system load is not described herein.

In a possible implementation manner, the scene recognition module may be an intelligent module, so that the scene recognition module may automatically adjust the basic scheduling policy according to different power state events (and/or system loads) to obtain an actual scheduling policy; or, the scene recognition module may further store a correspondence between the power supply electricity value range and the scheduling policy adjustment value (a correspondence between the power supply usage mode and the scheduling policy adjustment value, and/or a correspondence between the system load value range and the scheduling policy adjustment value), so that the scene recognition module may acquire the scheduling policy adjustment value corresponding to the power supply electricity when detecting the power supply electricity, and adjust the base scheduling policy based on the scheduling policy adjustment value. Wherein, the scheduling policy adjustment value may include: a value for adjusting PL1, a value for adjusting PL2, a value for adjusting EPP, and the like.

S314, the scene recognition module reports the actual scheduling strategy to the execution scheduling module.

S315, the execution scheduling module determines the type of the chip platform of the CPU.

In this embodiment, when the execution scheduling module determines that the type of the chip platform of the CPU is AMD, the execution scheduling module may simultaneously execute the steps shown in S316-S318 to enable the CPU to perform adjustment of PL1 ' and PL2 ', and execute the steps shown in S319-S321 to enable the CPU to perform EPP ' adjustment; or when the execution scheduling module determines that the chip platform type of the CPU isAt this time, the execution scheduling module may perform the steps shown in S322-S324 so that the CPU operates based on the DTT policy number.

In a possible implementation manner, as shown in fig. 2, the chip policy merger in the execution scheduling module may determine the chip platform type of the CPU, and after determining the chip platform type of the CPU, initiate different instruction information to the scheduling executor, so that the scheduling executor may initiate an instruction to different modules.

For example, when the chip policy aggregator in the execution scheduling module determines that the chip platform type of the CPU is AMD, the chip policy aggregator may instruct the execution fetcher to simultaneously execute the steps shown in S316-S318 so that the CPU performs adjustment of PL1 ' and PL2 ', and execute the steps shown in S319-S321 so that the CPU performs EPP ' adjustment; or when the chip strategy fusion device determines that the chip platform type of the CPU is When the chip policy aggregator may instruct the schedule executor to perform the steps shown in S322-S324 so that the CPU runs based on the DTT policy number. The DTT policy number may be described in the step shown in S322, and will not be described herein.

S316, the execution scheduling module sends a message comprising PL1 'and PL 2' to the system and chip driving nodes.

S317, the system and chip driving node sends a message comprising PL1 'and PL 2' to the CPU.

S318, the CPU adjusts PL1 and PL2 based on the message including PL1 'and PL 2'.

And S319, the execution scheduling module sends a message comprising EPP' to the power manager.

S320, the power manager sends a message including EPP' to the CPU.

S321, the CPU adjusts EPP based on the message comprising the EPP'.

S322, the execution scheduling module sends the DTT strategy number to the Intel DTT driver.

In the embodiment of the application, a mapping relationship exists between the DTT policy number and the actual scheduling policy. It will be appreciated that the electronic device may construct a DTT policy table in the BIOS of the firmware layer, and any actual scheduling policy may be mapped to a DTT policy number in the DTT policy table through the scheduling parameters (PL 1 ', PL2 ', EPP ') therein, as shown in table 1.

It will be appreciated that the DTT policy number may be used to identify a DTT policy, and the DTT policy corresponding to the DTT policy number is used to adjust the pl1_mini, pl1_max, PL2, pl2_time, energy efficiency-performance optimization Gear (Energy Performance Optimize Gear, EPO Gear) of the CPU. Where pl1_mini is the minimum value of PL1, pl1_max is the maximum value of PL1, and pl2_time is the duration of PL2. The EPO Gear is used for representing the strength of DTT for regulating CPUEPP, the value range of the EPO Gear can be 1-5, and the greater the value of the EPO Gear is, the more energy efficiency tends to be when EPP is regulated; the smaller the EPO Gear value, the more performance is favored when EPP is regulated.

Table 1 mapping table between actual scheduling policy and DTT policy number

It is understood that table 1 only shows the correspondence between part of actual scheduling policies (PL 1 ', PL2 ', EPP ') and DTT policy numbers, and actually more information than table 1 may be included. For example, if the actual scheduling policy indicates PL1 ' is-1, PL2 ' is-1 and EPP ' is-1, the DTT policy number may be determined to be 0, and the corresponding pl1_mini is 30, PL1_max is 40, PL2 is 95, PL2_time is 28, and epo Gear is 3, which is not limited in the embodiment of the present application.

S323, intel DTT driver sends DTT policy number to CPU.

As shown in fig. 2, in a possible implementation, the intel DTT driver may send a DTT policy number to the CPU via the BIOS.

S324, the CPU runs based on the DTT strategy number.

It can be understood that if the type of the chip platform of the CPU isThe chip policy aggregator may send a message including the EPP 'to the CPU through the schedule executor and the power manager so that the CPU may adjust the EPP in the CPU based on the message including the EPP'. Meanwhile, the chip policy aggregator may send a message including PL1 'and PL 2' to the CPU through the schedule executor and the system and chip driving node, so that the CPU may adjust PL1 and PL2 in the CPU based on the message including PL1 'and PL 2'.

If the chip platform type of the CPU isThe chip policy fusion device can determine the DTT policy number corresponding to the actual scheduling policy, and send the DTT policy number to the CPU through the scheduling executor, the BIOS and Intel DTT drive, so that the CPU operates based on the DTT policy number, and the effect of adjusting the power consumption is achieved.

Therefore, reasonable identification of an idle scene and adjustment of a scheduling strategy corresponding to the idle scene can be realized according to the use condition of a peripheral connected with the electronic device, the screen-off state of the electronic device, the screen-locking state of the electronic device, the cover closing state of the electronic device, a user scene, a power supply state, a system load state, a camera use state and the like, and the cruising ability of the electronic device is improved under the idle scene.

The method provided by the embodiment of the present application is described above with reference to fig. 3 to fig. 4, and the device for performing the method provided by the embodiment of the present application is described below. As shown in fig. 5, fig. 5 is a schematic structural diagram of a resource scheduling device provided in an embodiment of the present application, where the resource scheduling device may be a terminal device in the embodiment of the present application, or may be a chip or a chip system in the terminal device.

As shown in fig. 5, the resource scheduling apparatus 50 may be used in a communication device, a circuit, a hardware component, or a chip, and includes: an acquisition unit 501 and a processing unit 502. Wherein, the acquiring unit 501 is configured to support a step of data acquisition in the resource scheduling device 50, and the processing unit 502 is configured to support a step of performing information processing by the resource scheduling device 50.

Specifically, the embodiment of the present application provides a resource scheduling device 50, where the resource scheduling device includes: an acquisition unit 501, and a processing unit 502; an acquiring unit 501 configured to acquire first state information; indicating in the first status information that the electronic device is not using any peripheral, and the electronic device satisfies: in any one of the screen-off state, the screen-locking state, or the cover-closing state, the processing unit 502 is configured to determine that the first preset scene is satisfied; the first preset scene is used for indicating that the electronic equipment is in an idle state; the obtaining unit 501 is further configured to obtain a first scheduling policy corresponding to a first preset scenario; the first scheduling strategy comprises the following steps: long-time-wise power consumption PL1, short-time-wise power consumption PL2, and energy efficiency ratio EPP.

In a possible implementation, the resource scheduling device 50 may also include a communication unit 503. Specifically, the communication unit is configured to support the resource scheduling device 50 to perform the steps of transmitting data and receiving data. The communication unit 503 may be an input or output interface, a pin or a circuit, etc.

In a possible embodiment, the resource scheduling apparatus may further include: a storage unit 504. The processing unit 502 and the storage unit 504 are connected by a line. The memory unit 504 may include one or more memories, which may be one or more devices, devices in a circuit for storing programs or data. The storage unit 504 may exist independently and be connected to the processing unit 502 provided in the resource scheduling apparatus through a communication line. The memory unit 504 may also be integrated with the processing unit 502.

The storage unit 504 may store computer-executable instructions of the method in the terminal device to cause the processing unit 502 to perform the method in the above-described embodiment. The storage unit 504 may be a register, a cache, a RAM, or the like, and the storage unit 504 may be integrated with the processing unit 502. The memory unit 504 may be a read-only memory (ROM) or other type of static storage device that may store static information and instructions, and the memory unit 504 may be independent of the processing unit 502.

Fig. 6 is a schematic hardware structure of another electronic device according to an embodiment of the present application, as shown in fig. 6, where the electronic device includes a processor 601, a communication line 604, and at least one communication interface (illustrated in fig. 6 by taking a communication interface 603 as an example).

The processor 601 may be a general purpose central processing unit (central processing unit, CPU), microprocessor, application-specific integrated circuit (ASIC), or one or more integrated circuits for controlling the execution of the programs of the present application.

Communication line 604 may include circuitry to communicate information between the components described above.

The communication interface 603 uses any transceiver-like means for communicating with other devices or communication networks, such as ethernet, wireless local area network (wireless local area networks, WLAN), etc.

Possibly, the electronic device may also comprise a memory 602.

The memory 602 may be, but is not limited to, a read-only memory (ROM) or other type of static storage device that can store static information and instructions, a random access memory (random access memory, RAM) or other type of dynamic storage device that can store information and instructions, an electrically erasable programmable read-only memory (electrically erasable programmable read-only memory, EEPROM), a compact disc read-only memory (compact disc read-only memory) or other optical disk storage, a compact disc storage (including compact disc, laser disc, optical disc, digital versatile disc, blu-ray disc, etc.), a magnetic disk storage medium or other magnetic storage device, or any other medium that can be used to carry or store desired program code in the form of instructions or data structures and that can be accessed by a computer. The memory may be self-contained and coupled to the processor via communication line 604. The memory may also be integrated with the processor.

The memory 602 is used for storing computer-executable instructions for executing the embodiments of the present application, and is controlled by the processor 601 to execute the instructions. The processor 601 is configured to execute computer-executable instructions stored in the memory 602, thereby implementing the resource scheduling method provided in the embodiment of the present application.

Possibly, the computer-executed instructions in the embodiments of the present application may also be referred to as application program code, which is not specifically limited in the embodiments of the present application.

In a particular implementation, the processor 601 may include one or more CPUs, such as CPU0 and CPU1 of FIG. 6, as an embodiment.

In a particular implementation, as one embodiment, an electronic device may include multiple processors, such as processor 601 and processor 605 in FIG. 6. Each of these processors may be a single-core (single-CPU) processor or may be a multi-core (multi-CPU) processor. A processor herein may refer to one or more devices, circuits, and/or processing cores for processing data (e.g., computer program instructions).

The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, the processes or functions in accordance with embodiments of the present application are produced in whole or in part. The computer may be a general purpose computer, a special purpose computer, a computer network, or other programmable apparatus. The computer instructions may be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another computer-readable storage medium, for example, the computer instructions may be transmitted from one website, computer, server, or data center to another website, computer, server, or data center by wired (e.g., coaxial cable, fiber optic, digital subscriber line (digital subscriber line, DSL), or wireless (e.g., infrared, wireless, microwave, etc.), or semiconductor medium (e.g., solid state disk, SSD)) or the like.

Embodiments of the present application also provide a computer-readable storage medium. The methods described in the above embodiments may be implemented in whole or in part by software, hardware, firmware, or any combination thereof. Computer readable media can include computer storage media and communication media and can include any medium that can transfer a computer program from one place to another. The storage media may be any target media that is accessible by a computer.

As one possible design, the computer-readable medium may include compact disk read-only memory (CD-ROM), RAM, ROM, EEPROM, or other optical disk memory; the computer readable medium may include disk storage or other disk storage devices. Moreover, any connection is properly termed a computer-readable medium. For example, if the software is transmitted from a website, server, or other remote source using a coaxial cable, fiber optic cable, twisted pair, DSL, or wireless technologies such as infrared, radio, and microwave, then the coaxial cable, fiber optic cable, twisted pair, DSL, or wireless technologies such as infrared, radio, and microwave are included in the definition of medium. Disk and disc, as used herein, includes Compact Disc (CD), laser disc, optical disc, digital versatile disc (digital versatile disc, DVD), floppy disk and blu-ray disc where disks usually reproduce data magnetically, while discs reproduce data optically with lasers.

Combinations of the above should also be included within the scope of computer-readable media. The foregoing is merely illustrative embodiments of the present invention, but the scope of the present invention is not limited thereto, and any person skilled in the art can easily think about variations or substitutions within the technical scope of the present invention, and the invention should be covered. Therefore, the protection scope of the invention is subject to the protection scope of the claims.

Claims

1. A method for scheduling resources, the method comprising:

the electronic equipment acquires first state information;

indicating in the first status information that the electronic device does not use any peripheral, and that the electronic device satisfies: under any one of the screen-off state, the screen-locking state or the cover-closing state, the electronic equipment determines that a first preset scene is met; the first preset scene is used for indicating that the electronic equipment is in an idle state;

the electronic equipment acquires a first scheduling strategy corresponding to the first preset scene; the first scheduling policy includes: long time and frequency power consumption PL1 and short time and frequency power consumption PL2 and energy efficiency ratio EPP;

the first state information further includes: information for identifying an application program APP, information for indicating whether a background APP uses a graphics processor GPU, and information for indicating whether the electronic device uses a camera, the electronic device obtaining a first scheduling policy corresponding to the first preset scene, including:

The electronic equipment identifies whether the electronic equipment is in a second preset scene or not according to the information for identifying the APP;

when the electronic device is not in the second preset scene, the electronic device determines that the background APP does not use the GPU based on the information for indicating whether the background APP uses the GPU, and the electronic device determines that the electronic device does not use the camera based on the information for indicating whether the electronic device uses the camera, and the electronic device obtains a first scheduling policy corresponding to the first preset scene;

the first state information further includes: after the electronic device obtains the first scheduling policy corresponding to the first preset scene, the method further includes:

when the electronic equipment determines that the system load information is greater than or equal to the maximum value of the first value range, the power supply electric quantity information is greater than or equal to the maximum value of the second value range and/or the power supply using mode is a game mode, the electronic equipment increases the PL1, increases the PL2 and/or increases the EPP to obtain a second scheduling strategy;

Or when the electronic equipment determines that the system load information is smaller than the minimum value of the first value range, the power supply electric quantity information is smaller than the minimum value of the second value range and/or the power supply using mode is a power saving mode, the electronic equipment reduces the PL1, reduces the PL2 and/or reduces the EPP, and a second scheduling strategy is obtained.

2. The method of claim 1, wherein the electronic device identifying whether the electronic device is in a second preset scene based on the information for identifying APP, comprising:

the electronic equipment determines scene categories corresponding to the information for identifying the APP;

and the electronic equipment identifies whether the electronic equipment is in the second preset scene or not based on the scene category.

3. The method according to claim 1, wherein the method further comprises:

and the electronic equipment adjusts the power consumption of the CPU according to the second scheduling strategy.

4. The method of claim 3, wherein the electronic device adjusting power consumption of a central processing unit CPU according to the second scheduling policy comprises:

the electronic equipment determines the type of a chip platform of the CPU; the chip platform type comprises a first type and a second type;

And the electronic equipment adjusts the power consumption of the CPU according to the type of the chip platform of the CPU and the second scheduling strategy.

5. The method of claim 4, wherein the second scheduling policy comprises a first sub-policy and a second sub-policy, the first sub-policy comprising the second scheduling policy, the second sub-policy being a dynamic tuning technique DTT policy determined according to the second scheduling policy;

the electronic device adjusts the power consumption of the CPU according to the type of the chip platform of the CPU and the second scheduling policy, and the method comprises the following steps:

when the chip platform type is the first type, the electronic equipment adjusts the power consumption of the CPU according to the first sub-strategy;

or when the chip platform type is the second type, the electronic equipment adjusts the power consumption of the CPU according to the second sub-strategy.

6. A resource scheduling apparatus, characterized in that the resource scheduling apparatus comprises: an acquisition unit and a processing unit;

the acquisition unit is used for acquiring the first state information;

indicating in the first status information that the electronic device is not using any peripheral, and that the electronic device satisfies: the processing unit is used for determining that a first preset scene is met under the condition of any one of a screen-off state, a screen-locking state and a cover-closing state; the first preset scene is used for indicating that the electronic equipment is in an idle state;

The acquiring unit is further configured to acquire a first scheduling policy corresponding to the first preset scene; the first scheduling policy includes: long time and frequency power consumption PL1 and short time and frequency power consumption PL2 and energy efficiency ratio EPP;

the first state information further includes: the electronic equipment comprises an acquisition unit, an information acquisition unit and a control unit, wherein the acquisition unit is used for identifying an application program APP, information for indicating whether a background APP uses a graphic processor GPU and information for indicating whether the electronic equipment uses a camera, and particularly used for identifying whether the electronic equipment is in a second preset scene according to the information for identifying the APP;

the first state information further includes: the electronic device comprises a processing unit, a first scheduling policy and a second scheduling policy, wherein the processing unit is used for determining that the system load information is greater than or equal to the maximum value of a first value range, the power supply electric quantity information is greater than or equal to the maximum value of a second value range and/or the power supply use mode is a game mode when the electronic device determines that the system load information is greater than or equal to the maximum value of the first value range, and the electronic device increases the PL1, increases the PL2 and/or increases the EPP;

7. An electronic device comprising a memory, a processor and a computer program stored in the memory and executable on the processor, wherein the computer program is caused by the processor to perform the method of any of claims 1-5.

8. A computer readable storage medium storing a computer program, which when executed by a processor causes a computer to perform the method of any one of claims 1-5.