Device performance processing method, electronic device, and computer-readable storage medium

Abstract

Embodiments of the present application disclose a device performance processing method, an electronic device and a computer readable storage medium, and relate to the technical field of electronics, which can reduce the problem of unsmooth or lagging pictures. The method comprises the following steps: receiving an operation signal of an external device; when the type of a first event triggered by the operation signal is contained in a first type set, adjusting a first performance parameter, each type in the first type set corresponding to an event with a response speed slower than a preset response speed, and the first performance parameter being used to configure a priority of performance of the electronic device higher than a priority of power consumption of the electronic device; executing the first event within a first time length, and adjusting a second performance parameter after the first time length, the second performance parameter being used to reduce a power consumption threshold of the electronic device.

Description

Technical Field

[0001] This application relates to the field of electronic technology, and in particular to a device performance processing method, an electronic device, and a computer-readable storage medium. Background Technology

[0002] With the improvement of electronic device performance, electronic devices can meet the needs of users' daily life, work, and study. Currently, electronic devices receive user input and can trigger different types of events to achieve different functions, such as playing audio, opening video, or opening documents.

[0003] However, during the use of electronic devices, issues such as choppy or laggy visuals frequently occur. Therefore, there is an urgent need for an effective device performance improvement method that can solve these problems. Summary of the Invention

[0004] This application provides a device performance processing method, an electronic device, and a computer-readable storage medium, which avoids phenomena such as unsmooth or laggy screens.

[0005] To achieve the above objectives, the embodiments of this application adopt the following technical solutions:

[0006] Firstly, a device performance processing method is provided, applied to an electronic device, the method comprising:

[0007] Receive operation signals from peripheral devices;

[0008] When the type of the first event triggered by the operation signal is included in the first type set, the first performance parameter is adjusted so that the response speed of the event corresponding to each type in the first type set is slower than the preset response speed. The first performance parameter is used to configure the performance priority of the electronic device to be higher than the power consumption priority of the electronic device.

[0009] The first event is executed within the first duration, and after the first duration, the second performance parameter is adjusted. The second performance parameter is used to reduce the power consumption threshold of the electronic device.

[0010] The device performance processing method provided in the above embodiments involves an electronic device receiving an operation signal from a peripheral device. The electronic device can trigger a first event based on the operation signal. The electronic device can pre-configure a first type set, where the response speed of events corresponding to types in the first type set is slower than a preset response speed. When the type of the first event is included in the first type set, the electronic device can determine that the response speed of the first event meets the preset response speed, which may result in screen stuttering or lag.

[0011] Based on this, the electronic device can adjust its first performance parameter, prioritizing performance over power consumption, thus improving performance and speeding up response. After adjusting the first performance parameter, the device can execute the first event within a certain time frame, preventing stuttering or lag. After the first time frame, the device can adjust its second performance parameter, restoring it to its previous operating state. This prevents the device from continuing to prioritize performance over power consumption, extending battery life and reducing operating costs, ultimately enhancing the user experience.

[0012] In one possible implementation of the first aspect, when the type of the first event is included in the first type set, the method further includes:

[0013] Adjust the third performance parameter, which is used to increase the power consumption threshold of the electronic device.

[0014] In one possible implementation of the first aspect, the electronic device receives an operation signal from a peripheral device, and the electronic device can trigger a first event based on the operation signal. The electronic device can pre-configure a first type set, where the response speed of events corresponding to types in the first type set is slower than a preset response speed. When the type of the first event is included in the first type set, the electronic device can determine that the response speed of the first event meets the preset response speed, which may result in screen choppyness or stuttering.

[0015] Based on this, the electronic device can adjust the first and third performance parameters to prioritize performance over power consumption and increase its power consumption threshold. This improves performance, increases usable power, speeds up response, and prevents stuttering or lag. After adjusting the first and third performance parameters, the electronic device can execute the first event within a first duration, avoiding stuttering or lag. After the first duration, the electronic device can adjust the second performance parameter, restoring it to its previous operating state. This prevents the device from continuing to prioritize performance over power consumption, reduces its power consumption threshold, extends battery life, and lowers operating costs, ultimately enhancing the user experience.

[0016] In another possible implementation of the first aspect, the method specifically includes:

[0017] When the type of the first event is included in the first type set and the electronic device is not in store mode, adjust the third performance parameter;

[0018] Alternatively, if the type of the first event is included in the first type set, and the fan of the electronic device is not malfunctioning and the air vent is not blocked, adjust the third performance parameter;

[0019] Alternatively, when the type of the first event is included in the first type set and the chip temperature of the electronic device is lower than the preset temperature, the third performance parameter is adjusted.

[0020] In another possible implementation of the first aspect, the type of the first event is included in a first set of types, and the electronic device can adjust a first performance parameter and a third performance parameter. The electronic device needs to consider the influence of temperature to determine whether to adjust the third performance parameter. When the electronic device is in a scenario with excessively high temperature, the electronic device can adjust the third performance parameter. When the electronic device is in a scenario with excessively high temperature, the electronic device does not adjust the third performance parameter. The scenario with excessively high temperature may include, but is not limited to, any one of: store mode, safety mode, or high-temperature mode.

[0021] In another possible implementation of the first aspect, the first performance parameter includes: the processor energy efficiency ratio of the power manager in the processor of the electronic device, and the energy performance optimization of the window management specification service in the processor of the electronic device;

[0022] Adjust the primary performance parameters, including:

[0023] Set the processor energy efficiency ratio to less than or equal to a first value, where the first value is used to configure the processor's performance priority to be higher than the processor's power consumption priority.

[0024] Energy performance optimization is set to first order, which prioritizes processor performance over processor power consumption.

[0025] The settings for processor energy efficiency ratio (EPP) and energy performance optimization (EPO) can be executed simultaneously or sequentially, and this application embodiment does not limit this.

[0026] In this way, when the type of the first event is included in the first type set, the electronic device can adjust the first performance parameter, that is, set the EPP and EPO strategies, to configure the performance priority of the electronic device to be higher than the power consumption priority of the electronic device. This allows the electronic device to process the first event according to the rule of performance over power consumption, which can improve the response speed of the electronic device, increase the CPU frequency and responsiveness, and ensure smooth output of the screen.

[0027] In another possible implementation of the first aspect, the third performance parameter includes: the power consumption wall of the processor of the electronic device, and the DTT of the window management specification service in the processor of the electronic device;

[0028] Adjust the third performance parameter, including:

[0029] Set the processor's power limit to be greater than or equal to a first power limit, which is used to increase the power threshold of electronic devices.

[0030] Set DTT to the first strategy number. The first strategy number is used to increase the power consumption threshold of electronic devices.

[0031] The processor's power limit (PL1) and the DTT instruction need to be executed simultaneously to ensure that the adjustment of the third performance parameter takes effect in a timely manner.

[0032] In this way, when the type of the first event is included in the first type set, the electronic device increases the power consumption threshold of the electronic device by adjusting the third performance parameter, namely the strategy of setting PL1 and DTT, so that the electronic device can consume more power to process the first event, which can speed up the response speed of the electronic device and avoid the phenomenon of screen unsmoothness or stuttering.

[0033] In another possible implementation of the first aspect, the second performance parameter includes: the DTT of the window management specification service in the processor of the electronic device;

[0034] Adjust the second performance parameter, including:

[0035] Set DTT to the second strategy number, which is used to reduce the processor's power consumption threshold.

[0036] In this way, when the type of the first event is included in the first type set, the electronic device can reduce the power consumption threshold of the electronic device by adjusting the first parameter or the first performance parameter and the third performance parameter, and after the first time, adjusting the second performance parameter, i.e. setting the DTT strategy, thereby reducing the power consumption of the electronic device and achieving the purpose of saving power and extending battery life.

[0037] In another possible implementation of the first aspect, the first duration is related to the type of the first event.

[0038] In another possible implementation of the first aspect, different types of events have different execution durations. Typically, the duration of an event can be set according to parameters such as the type of electronic device and the actual application scenario to achieve better performance.

[0039] In another possible implementation of the first aspect, when the type of the first event is included in the first set of types, the electronic device can determine which type(s) in the first set the type of the first event belongs to. Thus, the electronic device can determine the first duration based on that type(s). This fully considers the type of the first event and the actual and specific requirements of the electronic device's performance and power consumption.

[0040] In another possible implementation of the first aspect, the first type set includes: mouse click events, scene switching events, and hotkey click events.

[0041] In another possible implementation of the first aspect, when the type of the first event includes a scene switching event and a mouse click event, the first duration is related to the scene switching event.

[0042] Secondly, a device performance processing method is provided, the method being applied to an electronic device, the electronic device including: a processor;

[0043] When the processor executes one or more computer programs stored in the memory, the electronic device performs the device performance processing method of the first aspect and any possible implementation thereof.

[0044] Thirdly, an electronic device is provided, the electronic device comprising:

[0045] One or more processors;

[0046] Memory;

[0047] The memory stores one or more computer programs, which include instructions that, when executed by the electronic device, cause the electronic device to perform the device performance processing method described in the first aspect and any possible implementation thereof.

[0048] Fourthly, a computer-readable storage medium is provided, which stores instructions that, when executed on an electronic device, cause the electronic device to implement the device performance processing method described in the first aspect and any possible implementation thereof. Attached Figure Description

[0049] Figure 1 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this application;

[0050] Figure 2 A schematic diagram of the software architecture of an electronic device provided in an embodiment of this application;

[0051] Figure 3A flowchart illustrating a device performance processing method provided in an embodiment of this application;

[0052] Figure 4 A flowchart illustrating another device performance processing method provided in this application embodiment;

[0053] Figure 5 A schematic diagram of a first duration provided in an embodiment of this application;

[0054] Figure 6 A schematic diagram of the software architecture of a butler app provided in this application embodiment;

[0055] Figure 7 A schematic diagram of the software architecture of another electronic device provided in an embodiment of this application;

[0056] Figure 8 A schematic diagram of the software architecture of another electronic device provided in an embodiment of this application;

[0057] Figure 9 A schematic diagram of the software architecture of another electronic device provided in an embodiment of this application;

[0058] Figure 10 A schematic diagram of a software architecture for adjusting the first performance of an electronic device is provided as an embodiment of this application;

[0059] Figure 11 A schematic diagram of a software architecture for adjusting a third performance of an electronic device is provided as an embodiment of this application;

[0060] Figure 12 A schematic diagram of a software architecture for adjusting a second performance of an electronic device is provided as an embodiment of this application;

[0061] Figure 13 A flowchart illustrating another device performance processing method provided in this application embodiment;

[0062] Figure 14 A flowchart illustrating another device performance processing method provided in this application embodiment;

[0063] Figure 15 This is a schematic diagram illustrating a variation of PL1 provided in an embodiment of this application. Detailed Implementation

[0064] The technical solutions of the embodiments of this application will be described below with reference to the accompanying drawings. In the description of the embodiments of this application, unless otherwise stated, " / " means "or," for example, A / B can mean A or B; "and / or" in this text is merely a description of the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A existing alone, A and B existing simultaneously, and B existing alone. Furthermore, in the description of the embodiments of this application, "multiple" refers to two or more than two.

[0065] References to "one embodiment" or "some embodiments" as described in this specification mean that one or more embodiments of this application include a specific feature, structure, or characteristic described in connection with that embodiment. Therefore, the phrases "in one embodiment," "in some embodiments," "in other embodiments," "in still other embodiments," etc., appearing in different parts of this specification do not necessarily refer to the same embodiment, but rather mean "one or more, but not all, embodiments," unless otherwise specifically emphasized. The terms "comprising," "including," "having," and variations thereof mean "including but not limited to," unless otherwise specifically emphasized.

[0066] Hereinafter, the terms "first" and "second" are used for descriptive purposes only and should not be construed as indicating or implying relative importance or implicitly specifying the number of technical features indicated. Thus, a feature defined as "first" or "second" may explicitly or implicitly include one or more of that feature. In the description of this embodiment, unless otherwise stated, "a plurality of" means two or more.

[0067] During the use of electronic devices, the device can receive different operation signals input by the user through peripheral devices. For example, the user presses a button on a keyboard, or the user touches a control on the electronic device's touchscreen. Based on different operations, the electronic device can trigger different events, thereby achieving different functions. However, if the user's operations are too frequent or consume too much power, such as continuous clicking, the electronic device may not respond promptly, resulting in choppy visuals and stuttering, thus reducing the user experience.

[0068] To address the aforementioned issues, this application provides a device performance processing method. In this method, the electronic device can pre-determine the type of slow-response event. Upon receiving a slow-response event, the electronic device can adjust its performance strategy to ensure smooth visuals and prevent stuttering.

[0069] The electronic device can be a laptop, tablet, desktop, laptop, ultra-mobile personal computer (UMPC), handheld computer, netbook, personal digital assistant (PDA), etc. It should be understood that this application does not limit the specific technology or form of the electronic device.

[0070] Please refer to Figure 1 , Figure 1 A schematic diagram of the structure of an electronic device according to an embodiment of this application is shown. Figure 1 As shown, the electronic device 100 may include: a processor 110, an external memory interface 120, an internal memory 121, a universal serial bus (USB) interface 130, a charging management module 140, a power management module 141, a battery 142, a wireless communication module 150, a display screen 160, etc.

[0071] It is understood that the structure illustrated in this embodiment does not constitute a specific limitation on the electronic device. In other embodiments, the electronic device may include more or fewer components than illustrated, or combine some components, or split some components, or arrange different components. The illustrated components may be implemented in hardware, software, or a combination of software and hardware. The interface connection relationships between the modules illustrated in this embodiment are merely illustrative and do not constitute a structural limitation on the electronic device. In other embodiments, the electronic device may also employ different interface connection methods or combinations of multiple interface connection methods as described in the above embodiments.

[0072] Processor 110 may include one or more processing units, such as: application processor (AP), modem processor, graphics processing unit (GPU), image signal processor (ISP), controller, memory, video codec, digital signal processor (DSP), baseband processor, and / or neural network processing unit (NPU), etc. The different processing units may be independent devices or integrated into one or more processors.

[0073] The controller can be the nerve center and command center of the electronic device 100. The controller can generate operation control signals according to the instruction opcode and timing signals to complete the control of fetching and executing instructions.

[0074] The processor 110 may also include a memory for storing instructions and data. In some embodiments, the memory in the processor 110 is a cache memory. This memory can store instructions or data that the processor 110 has just used or that are used repeatedly. If the processor 110 needs to use the instruction or data again, it can retrieve it directly from the memory. This avoids repeated accesses, reduces the waiting time of the processor 110, and thus improves the efficiency of the system.

[0075] In some embodiments, the processor 110 may include one or more interfaces. Interfaces may include an I2C interface, an inter-integrated audio (I2S) interface, a pulse code modulation (PCM) interface, a universal asynchronous receiver / transmitter (UART) interface, a mobile industry processor interface (MIPI), a general-purpose input / output (GPIO) interface, a subscribing identity module (SIM) interface, and / or a USB interface, etc.

[0076] It is understood that the interface connection relationships between the modules illustrated in this embodiment are merely illustrative and do not constitute a structural limitation on the electronic device 100. In other embodiments, the electronic device 100 may also employ different interface connection methods or combinations of multiple interface connection methods as described in the above embodiments.

[0077] The charging management module 140 receives charging input from the charger. While charging the battery 142, the charging management module 140 can also supply power to the electronic device through the power management module 141.

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

[0079] The wireless communication module 150 can provide solutions for wireless communication applications on the electronic device 100, including WLAN (such as Wi-Fi), Bluetooth, Global Navigation Satellite System (GNSS), Near Field Communication (NFC), Infrared (IR), and Frequency Modulation (FM). For example, in this embodiment, the electronic device 100 can establish a Bluetooth connection with a terminal device (such as a wireless headset 100) through the wireless communication module 150.

[0080] The wireless communication module 150 may be one or more devices integrating at least one communication processing module. The wireless communication module 150 receives electromagnetic waves via an antenna, performs frequency modulation and filtering of the electromagnetic wave signal, and sends the processed signal to the processor 110. The wireless communication module 150 may also receive signals to be transmitted from the processor 110, perform frequency modulation and amplification on them, and then convert them into electromagnetic waves for radiation via the antenna.

[0081] Electronic device 100 implements display functions through a GPU, a display screen 160, and an application processor. The GPU is a microprocessor for image processing, connecting the display screen 160 and the application processor. The GPU is used to perform mathematical and geometric calculations and for graphics rendering. Processor 110 may include one or more GPUs, which execute program instructions to generate or modify display information.

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

[0083] The external storage interface 120 can be used to connect an external memory card, such as a Micro SD card, to expand the storage capacity of the electronic device 100. The external memory card communicates with the processor 110 through the external storage interface 120 to perform data storage functions. For example, music, video, and other files can be saved on the external memory card.

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

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

[0086] The software system of the aforementioned electronic device can be divided into a three-layer architecture: the application layer, the system layer, and the firmware layer. This application uses a layered Windows system as an example to exemplify the software structure of the electronic device.

[0087] For example, Figure 2 A schematic diagram of the software architecture of an electronic device 100 according to an embodiment of this application is shown. The layered architecture divides the software into several layers, each with a clear role and division of labor. Layers communicate with each other through software interfaces. In some embodiments, the Windows system is divided into an application layer, a system layer, and a firmware layer. The system layer may include a service layer and a driver layer. The firmware layer may include a basic input / output system (BIOS) layer, an embedded controller (EC) layer, and a hardware layer.

[0088] like Figure 2 As shown, the application layer includes applications such as music, video, games, office, social, and management applications (APPs). Among them, Figure 2 Only some applications are shown in this embodiment. The application layer may also include other applications, such as shopping applications, browsers, etc. This application does not limit the scope of the application.

[0089] The system layer can include a service layer and a driver layer. The service layer provides the interface for data interaction between the application layer and the driver layer. Specifically, the service layer may include Windows Management Instrumentation (WMI) services, application processing modules, etc. The driver layer may include: Dynamic Tuning Technology (DTT) drivers, audio / video drivers, mouse drivers, etc. Figure 2 Only some modules are shown in this embodiment. The system layer may also include other modules, such as graphics card drivers. This application does not limit the scope of the embodiments.

[0090] The firmware layer can include the BIOS layer and the EC layer, as well as the hardware layer. Specifically, the BIOS layer and EC layer can include: BIOS, EC, hardware interfaces, thermal control / power control, APAT policy modules, etc. The hardware layer can include CPU, mouse click events, hotkey click events, store mode events, security mode events (including air vent blockage events and fan failure events), high temperature events, scene switching events, etc. It should be understood that... Figure 2 Only some modules are shown in the figure. The firmware layer may also include other modules, and this application does not limit the scope of the embodiments.

[0091] The technical solutions involved in the following embodiments can all be implemented in the electronic device 100 having the above-described hardware and software architecture.

[0092] In one embodiment provided in this application, please refer to Figure 3 , Figure 3 A flowchart illustrating a device performance processing method according to an embodiment of this application is shown. Figure 3 As shown, the device performance processing method in this application embodiment may include:

[0093] S101, Receive operation signals from peripheral devices.

[0094] Electronic devices connect to peripheral devices, and the electronic devices can receive operation signals input from the peripheral devices.

[0095] Peripheral devices can include, but are not limited to, input devices such as keyboards, mice, displays, and styluses. For example, a peripheral device for a laptop computer could be its display screen, or it could be a keyboard.

[0096] The operation signal is obtained by the user through the peripheral device. This operation signal can be a user action or a hardware signal. User actions can include, but are not limited to, clicks, double-clicks, and long-presses. Hardware signals can be electrical signals transmitted from the peripheral device to the electronic device.

[0097] S102. When the type of the first event triggered by the operation signal is included in the first type set, the first performance parameter is adjusted so that the response speed of the event corresponding to each type in the first type set is slower than the preset response speed. The first performance parameter is used to configure the performance priority of the electronic device to be higher than the power consumption priority of the electronic device.

[0098] Electronic devices can pre-determine which events are likely to cause screen stuttering or lag. These event types can be integrated into a first set of types. Thus, the electronic device can pre-obtain this first set of types, which includes multiple types, each with a slower response time than a preset response time, and is prone to causing screen stuttering or lag.

[0099] The types in the first type set can be divided into three categories: mouse click events, hotkey click events, and scene switching events.

[0100] A mouse click event refers to an operation signal from a peripheral device that is a click operation. The peripheral device is not limited to a mouse; it can also be other input devices. For details, please refer to the previous description, which will not be repeated here.

[0101] A hotkey click event refers to an operation performed on one or more hardware keys and / or virtual controls in a peripheral device that enables a specific function to be performed. The type of event triggered by this operation is defined as a hotkey click event. For example, the F12 key on a keyboard can perform a screenshot function; the event type corresponding to the operation performed on the F12 key is a hotkey click event.

[0102] Scene switching events can include process creation and focus window switching. Process creation refers to the electronic device's operating system launching a new program instance. For example, process creation can include application startup. Focus window switching refers to changing the focus among multiple open windows, making the window the user currently needs the focus window. For example, focus window switching can include application switching and application closing. Additionally, scene switching events can also include power-on and sleep / wake events.

[0103] After receiving an operation signal, the electronic device can trigger a first event. The type of the first event can be various.

[0104] When the type of the first event is included in the first type set, the electronic device can determine that the first event will cause screen stuttering or lag. Therefore, the electronic device can adjust the first performance parameter to prioritize performance over power consumption, allowing it to process the first event according to a performance-over-power-consumption rule. This can affect CPU frequency and responsiveness, speeding up the device's response and preventing screen stuttering or lag.

[0105] In other words, when the type of the first event is included in the first type set, by adjusting the first performance parameter, the electronic device will adjust itself to a working state that prioritizes performance over power consumption. Then, the adjusted electronic device can use a faster response to execute the first event, and there will be no phenomenon of screen unplayability or lag.

[0106] If the type of the first event is not included in the first type set, the electronic device can determine that the first event is unlikely to cause screen stuttering or lag. Therefore, the electronic device can directly execute the first event without adjusting the first performance parameters.

[0107] S103. Execute the first event within the first duration, and after the first duration, adjust the second performance parameter, which is used to reduce the power consumption threshold of the electronic device.

[0108] After adjusting the first performance parameter, the electronic device can maintain a performance-priority-over-power-consumption operating state. Within the first duration, the electronic device can operate signals to execute the first event in this performance-priority-over-power-consumption state, ensuring a response speed faster than the preset response speed and guaranteeing smooth image output.

[0109] The first duration can be set according to parameters such as the type of the first event and the operating state of the electronic device. In some embodiments, the first duration can be less than or equal to the duration during which the electronic device maintains a performance-priority-over-power-consumption operating state. This application does not limit the specific size of the first duration.

[0110] It should be noted that if the electronic device receives another operation signal from the peripheral device during the first time period, the electronic device can block this operation signal until the first time period ends, at which point it can continue to wait for an operation signal from the peripheral device.

[0111] After the initial duration, the electronic device can determine that the first event has concluded. It can then determine that it no longer needs to maintain a performance-priority-over-power-consumption operating state. Therefore, the electronic device can adjust its second performance parameter to reduce its power consumption threshold, thereby extending its battery life and lowering its operating costs.

[0112] The device performance processing method provided in this application embodiment involves an electronic device receiving operation signals from a peripheral device. The electronic device can trigger a first event based on these operation signals. The electronic device can pre-configure a first type set, where the response speed of events corresponding to types in the first type set is slower than a preset response speed. When the type of the first event is included in the first type set, the electronic device can determine that the response speed of the first event meets the preset response speed, which may result in screen choppy or stuttering. Based on this, the electronic device can adjust a first performance parameter, causing it to prioritize performance over power consumption, thus improving its performance and accelerating its response speed. After adjusting the first performance parameter, the electronic device can execute the first event within a first duration, avoiding screen choppy or stuttering. After the first duration, the electronic device can adjust a second performance parameter, restoring it to its previous operating state. This prevents the electronic device from continuing to operate in a performance-over-power-consumption-priority state, extending its battery life and reducing its operating costs, thereby enhancing the user experience.

[0113] In another implementation of the embodiments of this application, please refer to Figure 4 , Figure 4 A flowchart illustrating a device performance processing method according to an embodiment of this application is shown. Figure 4 As shown, the device performance processing method in this application embodiment may include:

[0114] S201, Receive operation signals from peripheral devices.

[0115] For details on the implementation of S201, please refer to [link / reference]. Figure 3 S101 in the text will not be elaborated upon here.

[0116] S202. When the type of the first event triggered by the operation signal is included in the first type set, adjust the first performance parameter and the third performance parameter.

[0117] S202 includes two processes, namely the first process and the second process.

[0118] The first process is: the electronic device adjusts a primary performance parameter. This primary performance parameter prioritizes the performance of the electronic device over its power consumption. This process is described above. Figure 3 Step S102 in the process will not be described again here.

[0119] The second process is: the electronic device adjusts a third performance parameter, which is used to increase the power consumption threshold of the electronic device.

[0120] Different types of events have different execution durations and power consumption. Compared to other events, the events corresponding to the type in the first event set consume more power while maintaining the same response speed as other events. Conversely, the events corresponding to the type in the first event set have a slower response speed while maintaining the same power consumption as other events.

[0121] When the type of the first event is included in the first type set, the electronic device can determine that the execution of the first event requires more power consumption. Therefore, the electronic device can adjust the third performance parameter to increase its power consumption threshold, enabling it to use higher operating power to process the first event. This speeds up the device's response and avoids screen stuttering or lag.

[0122] It should be understood that the first process and the second process can be executed simultaneously or sequentially. The embodiments of this application do not limit the execution order of the first process and the second process.

[0123] In summary, when the type of the first event is included in the first type set, the electronic device can adjust the first performance parameter and the third performance parameter. When the type of the first event is not included in the first type set, the electronic device can determine that the screen will not stutter, and there is no need to adjust the first performance parameter and the third performance parameter.

[0124] S203. Execute the first event within the first duration, and after the first duration, adjust the second performance parameter, which is used to reduce the power consumption threshold of the electronic device.

[0125] After adjusting the first and third performance parameters, the electronic device not only maintains a performance-priority-over-power operating state, but also increases its power consumption threshold. Therefore, the electronic device can execute the first event within the first duration by prioritizing performance over power consumption and using higher power, which is beneficial for outputting smooth visuals.

[0126] After the first period of time, the electronic device can adjust the second performance parameter to reduce its power consumption threshold, thereby extending its battery life and lowering its operating costs. For details on the implementation of this process, please refer to [link to relevant documentation]. Figure 3 S103 in the text will not be elaborated upon here.

[0127] In summary, the electronic device receives operation signals from peripheral devices and can trigger a first event based on these signals. The electronic device can be pre-configured with a first set of types, where the response speed of events corresponding to types in the first set is slower than a preset response speed. When the type of the first event is included in the first set, the electronic device can determine that the response speed of the first event meets the preset response speed, which may result in screen choppy or stuttering. Based on this, the electronic device can adjust the first and third performance parameters to prioritize performance over power consumption and increase the power consumption threshold, thereby improving performance, increasing usable power, accelerating response speed, and preventing screen choppy or stuttering. After adjusting the first and third performance parameters, the electronic device can execute the first event within a first duration, avoiding screen choppy or stuttering. After the first duration, the electronic device can adjust the second performance parameter to restore itself to its previous operating state, preventing it from continuing to operate in a performance-over-power-consumption-priority mode, reducing the power consumption threshold, extending battery life, and lowering operating costs. This enhances the user experience.

[0128] Based on the above description, after the electronic device completes the adjustment of the third performance parameter, the power consumption threshold of the electronic device increases, causing the electronic device to use higher operating power. This leads to a higher temperature of the electronic device, potentially even overheating, reducing its thermal comfort. Therefore, when adjusting the third performance parameter, the electronic device can exclude environments with excessively high temperatures. That is, in environments with excessively high temperatures, the electronic device can adjust only the first performance parameter without adjusting the third performance parameter.

[0129] Based on this, electronic devices can determine whether to adjust the third performance parameter according to their temperature requirements.

[0130] In some embodiments, when the type of the first event is included in the first type set and the electronic device is not in store mode, the electronic device may adjust the first performance parameter and the third performance parameter.

[0131] When the type of the first event is included in the first type set, and the electronic device is in store mode, the electronic device can adjust the first performance parameter without adjusting the third performance parameter.

[0132] In retail stores, "store mode" refers to an environment where electronic devices are displayed in a limited way, with some functions disabled or locked, such as by locking or disabling them. In this mode, the electronic devices may not handle complex events and do not require significant power consumption.

[0133] In other embodiments, when the type of the first event is included in the first type set, and the fan of the electronic device is not malfunctioning and the air vent is not blocked, the electronic device may adjust the first performance parameter and the third performance parameter.

[0134] When the type of the first event is included in the first type set, and the fan of the electronic device fails or the air vent is blocked, the electronic device may adjust the first performance parameter without adjusting the third performance parameter.

[0135] Safety mode refers to an environment where, if the operation of an electronic device causes it to overheat, the device will be restricted from performing its functions according to safety regulations. In this safety mode, the electronic device may not handle complex events and does not require high power consumption.

[0136] In other embodiments, when the type of the first event is included in a first set of types and the chip temperature of the electronic device is lower than a preset temperature, the electronic device may adjust the first performance parameter and the third performance parameter.

[0137] When the type of the first event is included in the first type set, and the chip temperature of the electronic device is greater than or equal to a preset temperature, the environmental mode of the electronic device is a high-temperature mode. Therefore, the electronic device can adjust the first performance parameter without adjusting the third performance parameter.

[0138] The preset temperature can be set according to the type of electronic device and the temperature requirements of the environment. This application embodiment does not limit the value of the preset temperature. In some embodiments, the chip temperature of the electronic device can be the temperature of the SOC (System-on-a-Chip) within the electronic device. For example, the preset temperature can be 57°C.

[0139] In summary, since the type of the first event is included in the first type set, the electronic device can adjust the first performance parameter and the third performance parameter. Specifically, the electronic device needs to consider the influence of temperature to determine whether to adjust the third performance parameter. When the electronic device is in an environment mode with excessively high temperatures, the electronic device can adjust the third performance parameter. When the electronic device is in an environment mode with excessively high temperatures, the electronic device will not adjust the third performance parameter. The environment mode with excessively high temperatures may include, but is not limited to, any one of: store mode, safety mode, or high-temperature mode.

[0140] Based on the above description, different types of events have different execution durations. Typically, the duration of an event can be set according to parameters such as the type of electronic device and the actual application scenario to achieve optimal performance.

[0141] Please see Figure 5 , Figure 5 A schematic diagram illustrating the first duration of the event is shown. In some embodiments, such as Figure 5 As shown, in the first type set, the duration of the mouse click event can be set to 10 seconds (s), the duration of the hotkey click event can be set to 10 seconds, the duration of the process creation event in the scene switching event can be set to 30 seconds, the duration of the focus window switching event in the scene switching event can be set to 5 seconds, and the duration of the power-on or sleep wake-up event in the scene switching event can be set to 3 minutes (min).

[0142] It should be understood that this is merely an illustrative example, and there is no limit to the specific duration.

[0143] Based on this, when the type of the first event is included in the first set of types, the electronic device can determine which type(s) in the first set the type of the first event belongs to. Therefore, the electronic device can determine the first duration based on that type(s). In other words, the type of the first event can be one type or multiple types; that is, one event can correspond to one or more types.

[0144] For example, taking a peripheral device such as a touchscreen on an electronic device as an example, the operation signal is a user's click action that triggers the touchscreen to open an application. It is clear that this operation signal is not only a click operation, but also the operation that triggers the opening of the application. Based on this, the type of the first event can include mouse click events and scene switching events.

[0145] For example, taking a keyboard as an example of a peripheral device, the operation signal is the user pressing the W key on the keyboard to move the game character upwards in a game application. Here, the W key is not a set hotkey. It is clear that this operation signal is not only a click operation, but also a hardware signal from the W key. Based on this, the type of the first event can include a mouse click event.

[0146] When the first event includes multiple types, electronic devices can use various methods to determine the first duration.

[0147] In some embodiments, the electronic device may set the priority of scene switching events to be higher than that of mouse click events. When the type of the first event includes both scene switching events and mouse click events, the electronic device may determine that a first duration is related to the scene switching event. For example, the electronic device may determine that the first duration is greater than or equal to the duration corresponding to the scene switching event.

[0148] Based on the above description Figure 2 The application layer can include a management app. When the type of the first event is included in the first type set, the management app can send an active Turbo strategy to the software system of the electronic device. The active Turbo strategy can be understood as improving the performance of the electronic device, ensuring that the device can respond quickly to the event, avoiding screen lag or stuttering, and enhancing the user experience.

[0149] In some embodiments, the active Turbo strategy may include adjusting a first performance parameter and then adjusting a second performance parameter; the specific implementation process can be found in [reference needed]. Figure 3 The description of the embodiments will not be repeated here. The active Turbo strategy may also include adjusting the first and third performance parameters, and then adjusting the second performance parameter; its specific implementation process can be found in [reference needed]. Figure 4 The description of the embodiments will not be repeated here.

[0150] Please see Figure 6 , Figure 6 A schematic diagram of the butler app's software architecture is shown. (For example...) Figure 6 As shown, the Butler APP may include: mouse click event module 701, hotkey click event module 702, scene switching event module 703, scheduling engine module, scheduling execution module 707, and operating system to system on chip (OS to SOC, abbreviated as OS2SOC) underlying interaction module 706 and other software modules.

[0151] The mouse click event module 701 can detect whether the event type is a mouse click event through a separate function.

[0152] The hotkey click event module 702 can register callbacks through WMI to detect whether the event type is a hotkey click event, and to detect whether the environment mode of the electronic device is any one of store mode, security mode, and hot high temperature mode.

[0153] The scene switching event module 703 can detect whether the event type is a scene switching event through the system probe.

[0154] The scheduling engine module includes a scene module 704 and an event module 705. The scheduling engine module is primarily responsible for receiving detected events and assigning different strategies to different types of events. For example, if the type of the first event is included in the first type set, the scheduling engine module can trigger an active Turbo strategy. If the type of the first event is not included in the first type set, the scheduling engine module may not perform any operation.

[0155] The scheduling execution module 707 is primarily responsible for policy conversion. When the type of the first event is included in the first type set, the scheduling execution module 707 can perform policy conversion, which may include converting EPP to EPO policy, PL1 to DTT policy, and determining the first duration. Specifically, electronic devices can convert EPP to EPO through the ODVP8 interface, and electronic devices can convert PL1 to DTT through the ODVP5 interface. ODVP stands for OEM Design Variety Package.

[0156] The OS2SOC underlying interaction module 706 is mainly responsible for adjusting performance parameters to execute the active Turbo strategy.

[0157] The technical solutions involved in the following embodiments can all be implemented in the electronic device 100 with the above-described software architecture.

[0158] Below, in conjunction with Figure 7 The following example illustrates the specific implementation process of the mouse click event module 701 detecting mouse click events.

[0159] Please see Figure 7 , Figure 7 A schematic diagram of the software architecture of an electronic device is shown. It should be understood that... Figure 7 It may also contain other modules; the embodiments in this application are merely examples and are not intended to limit it. Figure 7 As shown, the specific steps are as follows:

[0160] S11. In response to an operation signal, the electronic device can trigger a mouse click event as the first event type. The hardware interface in the electronic device can send the mouse click event to the application processing module.

[0161] S12. The application processing module sends a mouse click event to the mouse click event module.

[0162] S13. The mouse click event module can detect mouse click events. After detecting a mouse click event, the mouse click event module can trigger the active Turbo strategy.

[0163] Below, in conjunction with Figure 8 The following example illustrates the specific implementation process of the hotkey click event module 702 for detecting hotkey click events.

[0164] For example, regarding hotkey click events, please refer to [link / reference]. Figure 8 , Figure 8 A schematic diagram of the software architecture of an electronic device is shown. It should be understood that... Figure 8 It may also contain other modules; the embodiments in this application are merely examples and are not intended to limit it. Figure 8 As shown, the specific steps are as follows:

[0165] S211. The electronic device receives a hardware signal from the peripheral device and sends the hardware signal to the EC. The type of the first event corresponding to this hardware signal is a hotkey click event.

[0166] S22 and EC determine the identifier corresponding to the hardware signal through row scanning and column scanning.

[0167] S231 and EC send hardware signals to the BIOS.

[0168] S241, the BIOS sends this hardware signal to the WMI service.

[0169] S251, WMI service sends this hardware signal to WMI registration callback module.

[0170] S261, the WMI registration callback module detects that the event corresponding to the hardware signal is a hotkey click event, and the WMI registration callback module can trigger the active Turbo strategy.

[0171] Continue to combine Figure 8 The hotkey click event module 702 can also detect any one of the following: store mode events, security mode events, and high-temperature events. It should be understood that... Figure 8 It may also contain other modules; the embodiments in this application are merely examples and are not intended to limit it. Figure 8 As shown, the specific steps are as follows:

[0172] S212. When the electronic device detects any one of the following events: store mode event, security mode event, or high temperature event, the electronic device can receive the corresponding hardware signal and send the hardware signal to the EC.

[0173] S22 and EC determine the identifier corresponding to the hardware signal through row scanning and column scanning. This identifier is used to represent any one of the store mode, security mode, and hot high temperature mode.

[0174] S232, EC sends this hardware signal to the BIOS.

[0175] S242, the BIOS sends this hardware signal to the WMI service.

[0176] S252, WMI service sends this hardware signal to WMI registration callback module.

[0177] When the S262 WMI registration callback module detects any one of the following events: store mode event, security mode event, or high temperature event, the WMI registration callback module triggers the active Turbo strategy.

[0178] Below, in conjunction with Figure 9For example, the specific implementation process of the scene switching event module 703 detecting scene switching events is illustrated.

[0179] Please see Figure 9 , Figure 9 A schematic diagram of the software architecture of an electronic device is shown. It should be understood that... Figure 9 It may also contain other modules; the embodiments in this application are merely examples and are not intended to limit it. Figure 9 As shown, the specific steps are as follows:

[0180] S31. In response to an operation signal, the electronic device can trigger a first event of the type of scene switching event, and the process manager can detect the scene switching event.

[0181] S32, The process manager sends a scene switching event to the system event driver.

[0182] S33, The system event-driven mechanism sends a scene switching event to the scene switching module.

[0183] S34. The scene switching event module can detect scene switching events by registering probe callbacks. After detecting a scene switching event, the scene event module can trigger an active Turbo strategy.

[0184] In summary, the electronic device can trigger a first event in response to an operation signal. Since the type of the first event can be varied, the electronic device can employ a mouse click event module 701, a hotkey click event module 702, and a scene switching event module 703 to detect whether the type of the first event is included in a first type set. Therefore, when the type of the first event is included in the first type set, the mouse click event module 701, hotkey click event module 702, and scene switching event module 703 in the electronic device can trigger an active Turbo strategy.

[0185] Based on the above description, in the active Turbo strategy, the electronic device needs to adjust the first performance parameter.

[0186] In some embodiments, the first performance parameter may include: the energy performance preference (EPP) of the processor power management (PPM) in the processor of the electronic device, and the energy performance optimization (EPO) parameter in the processor of the electronic device.

[0187] EPP (Execution Programming) is an indicator that measures the balance between CPU performance and power consumption. EPP reflects the CPU's scheduling tendency, and its value ranges from 0 to 255. A smaller EPP value indicates that the CPU tends towards higher performance, meaning it consumes more power for the same performance, or provides lower performance for the same power consumption. Conversely, a larger EPP value indicates that the CPU tends towards lower power consumption, meaning it consumes less power for the same performance, or provides higher performance for the same power consumption.

[0188] For example, taking a laptop as an example, electronic devices can optimize EPP by adjusting power management settings to extend battery life.

[0189] Based on this, when the type of the first event is included in the first type set, the electronic device can set EPP to be less than or equal to the first value. For example, the first value can be set to any one of 64, 127, 144 or 180. By using the first value, the priority of the processor's performance is configured to be higher than the priority of the processor's power consumption, so that the electronic device adjusts itself to a working state that prioritizes performance over power consumption, thereby improving the response speed of the electronic device and avoiding the phenomenon of screen lag or stuttering.

[0190] EPO (Execution Point of Power) is an indicator of the balance between CPU performance and power consumption. In some embodiments, EPO can be set to different orders. A smaller order indicates that the CPU tends towards higher performance, meaning that the CPU consumes more power for the same performance, or provides lower performance for the same power consumption. A larger order indicates that the CPU tends towards lower power consumption, meaning that the CPU consumes less power for the same performance, or provides higher performance for the same power consumption. The order of EPO ranges from greater than or equal to 1 to less than or equal to 7. Electronic devices can set the order of EPO through the ODVP8 interface, which is a software interface based on WMI services.

[0191] Based on this, when the type of the first event is included in the first type set, the electronic device can set the EPO to the first order, such as the first order can be set to order 1 or order 2, to configure the priority of the processor's performance to be higher than the priority of the processor's power consumption, so that the electronic device will adjust itself to a working state that prioritizes performance over power consumption, thereby improving the response speed of the electronic device and ensuring smooth output of the screen.

[0192] In summary, when the type of the first event is included in the first type set, the electronic device can adjust the first performance parameter by setting the value of EPP and the order of EPO.

[0193] Below, in conjunction with Figure 10 Describe in detail the specific process of adjusting the first performance parameter of the electronic device.

[0194] Please see Figure 10 , Figure 10 A schematic diagram of the software architecture for adjusting the primary performance of an electronic device is shown. Figure 10 In this context, adjusting the primary performance parameters of electronic devices includes setting EPP and EPO.

[0195] like Figure 10 As shown, the specific steps for setting up EPP on an electronic device are as follows:

[0196] S41. The Butler App sends an instruction to PPM to set EPP to a first value. In this embodiment, the first value is 64 as an example. It should be understood that EPP can be set to other values, and there are no restrictions here.

[0197] S42 and PPM send the instruction EPP=64 to the CPU.

[0198] Continue to combine Figure 10 The specific steps for setting up EPO on electronic devices are as follows:

[0199] S51, the Butler APP sends a command to the WMI service to set the EPO to the first order.

[0200] In this embodiment, the Butler App sets EPO to the first order via the ODVP8 interface. It should be understood that this embodiment uses EPO=1 as an example, but EPO can be set to other values, which are not limited here.

[0201] The S52 and WMI services send the instruction EPO=1 to the APAT policy module.

[0202] The S53 and APAT strategy modules integrate thermal control / power control with the EPO=1 strategy, sending the EPO=1 command to the DTT driver. Thermal control refers to temperature control, and power control refers to power consumption control.

[0203] The S54 and DTT drivers send the instruction EPO=1 to the CPU.

[0204] It should be noted that the process of setting EPP and setting ODVP8 of electronic device can be executed simultaneously or sequentially. This application embodiment does not limit the execution order of these two setting processes.

[0205] In this way, when the type of the first event is included in the first type set, the electronic device can configure the performance priority of the electronic device to be higher than the power consumption priority by adjusting the first performance parameter, that is, setting the value of EPP and the order of EPO. This allows the electronic device to process the first event according to the rule of performance over power consumption, which can improve the response speed of the electronic device, increase the CPU frequency and responsiveness, and ensure smooth output of the screen.

[0206] Based on the above description, in the active Turbo strategy, the electronic device needs to adjust a third performance parameter.

[0207] In some embodiments, the third performance parameter may include: the power limit 1 (PL1) of the processor of the electronic device, and the ODVP5 of the WMI service in the processor of the electronic device.

[0208] PL1 refers to the power limit set by the central processing unit (CPU) under normal operating conditions. Generally, when the actual power consumption of the CPU exceeds PL1, electronic devices can take measures such as reducing the CPU frequency or reducing the core voltage to limit the power consumption from continuing to rise, thereby ensuring the stability and heat dissipation of the electronic devices.

[0209] The PL1 setting plays a crucial role in balancing system performance and power consumption in electronic devices. If PL1 is set too low, it may limit CPU processing performance, meaning the CPU provides lower performance for the same power consumption, potentially leading to choppy or laggy visuals. Conversely, if PL1 is set too high, it can cause problems such as overheating and excessive power consumption in the electronic device.

[0210] For example, taking a laptop as an example, the electronic device can improve its response speed by adjusting PL1.

[0211] Based on this, when the type of the first event is included in the first type set, the electronic device can set PL1 to be greater than or equal to the first power consumption, so that PL1 can be increased by 25%-45%. By using the first power consumption to increase the power consumption threshold of the electronic device, the electronic device can respond to the first event quickly, avoiding the phenomenon of screen unsmoothness and lag.

[0212] In some embodiments, DTT can be set to different policy numbers. Setting the policy number too low may limit CPU processing performance, meaning the CPU provides lower performance while consuming the same amount of power, easily leading to choppy or stuttering visuals. Setting the policy number too high may result in excessively high temperatures and power consumption in the electronic device. For example, when PL1 increases by 25%, the DTT policy number can be 101, and when PL1 increases by 45%, the DTT policy number can be 103. The electronic device can set the DTT policy number through the ODVP5 interface, which is a software interface based on WMI services.

[0213] Based on this, when the type of the first event is included in the first type set, the electronic device can set DTT to the first strategy number. With the help of the first strategy number, PL1 can be increased by 25%-45%, thereby increasing the power consumption threshold of the electronic device and enabling the electronic device to respond quickly to the first event, avoiding the phenomenon of screen unplayability or stuttering.

[0214] In summary, when the type of the first event is included in the first type set, the electronic device can set the value of PL1 and the strategy number of DTT to adjust the third performance parameter.

[0215] Below, in conjunction with Figure 11 Describe in detail the specific process of adjusting the third performance parameter of the electronic device.

[0216] Please see Figure 11 As shown, Figure 11 A schematic diagram of the software architecture for adjusting the third performance of an electronic device is shown. Figure 11 In this context, adjusting the third performance parameters of electronic devices includes setting PL1 and DTT.

[0217] like Figure 11 As shown, the specific steps for setting PL1 in the electronic device are as follows:

[0218] S61. The Manager APP sends a command to the OS2SOC service to set PL1 to the first power consumption. It should be understood that this embodiment of the application takes a first power consumption of 41W as an example, but the first power consumption can be set to other values, and there is no limitation here.

[0219] The S62 and OS2SOC services send the PL1=41W instruction to the OS2SOC driver.

[0220] The S63 and OS2SOC drivers send the instruction PL1=41W to the CPU.

[0221] Continue to combine Figure 11 The specific steps for setting up DTT on electronic devices are as follows:

[0222] S71, the Butler APP sends an instruction to the WMI service with DTT as the first policy number.

[0223] In this embodiment, the Butler App sets DTT as the first strategy number through the ODVP5 interface. It should be understood that this embodiment uses 103 as the first strategy number, but the first strategy number can be set to other values, which are not limited here.

[0224] The S72 and WMI services send the instruction DTT=103 to the APAT policy module.

[0225] The S73 and APAT strategy modules integrate thermal control and power control with the DTT=103 strategy, sending the DTT=103 command to the DTT driver.

[0226] The S74 and DTT drivers send the instruction DTT=103 to the CPU. This operation is also a strategy to set PL1=41W.

[0227] It should be noted that the electronic device needs to simultaneously send instructions with PL1 set to the first power and DTT set to the first strategy number to ensure that the command to set PL1 = 41W takes effect immediately. In other words, the electronic device needs to set both PL1 and DTT simultaneously.

[0228] In this way, when the type of the first event is included in the first type set, the electronic device increases the power consumption threshold of the electronic device by adjusting the third performance parameter, namely setting the value of PL1 and the strategy number of DTT, so that the electronic device can use a larger operating power to process the first event, which can speed up the response speed of the electronic device and avoid the phenomenon of screen unplayability or stuttering.

[0229] The electronic device responds to an operation signal and detects a first event type, which is either a mouse click event, a hotkey click event, or a scene switching event. This first event triggers an active Turbo strategy. The electronic device improves its response speed by adjusting a first parameter or a combination of a first performance parameter and a third performance parameter. After a first duration, a second performance parameter is adjusted to reduce the device's power consumption, thereby saving power and extending battery life.

[0230] Based on the above description, in the active Turbo strategy, the electronic device needs to adjust the second performance parameter.

[0231] In some embodiments, the second performance parameter may include: the DTT (Distributed Time To Check) of the WMI service in the processor of the electronic device. For a detailed description of the DTT policy number, please refer to the above description, which will not be repeated here.

[0232] Based on this, when the type of the first event is included in the first type set, the electronic device can set DTT to the second strategy number, for example, the second strategy number can be set to 77. By using the second strategy number, the power consumption threshold of the electronic device can be reduced, so that the electronic device can return to the power consumption threshold of normal operation, thereby extending the battery life and achieving the purpose of saving power and extending battery life.

[0233] In summary, when the type of the first event is included in the first type set, the electronic device can set the DTT strategy number to adjust the second performance parameter.

[0234] Below, in conjunction with Figure 12 Describe in detail the specific process of adjusting the second performance parameter of the electronic device.

[0235] Please see Figure 12 , Figure 12 A schematic diagram of the software architecture for adjusting the second performance of an electronic device is shown, such as... Figure 12 As shown, the specific steps for setting up DTT on an electronic device are as follows:

[0236] S81, the Butler APP sends a command to the WMI service to set DTT as the second policy number.

[0237] In this embodiment, the Butler App sets DTT as the second strategy number through the ODVP5 interface. It should be understood that this embodiment uses a second strategy number of 77 as an example; the second strategy number can be set to other values, and this is not a limitation.

[0238] The S82 and WMI services send the instruction DTT=77 to the APAT policy module.

[0239] After integrating thermal control and power control with the DTT=77 strategy, the S83 and APAT strategy modules send the DTT=77 command to the DTT driver.

[0240] The S84 and DTT drivers send the instruction DTT=77 to the CPU, which is also a strategy to set PL1=28W.

[0241] In this way, when the type of the first event is included in the first type set, the electronic device can reduce the power consumption threshold of the electronic device by adjusting the first parameter or the first performance parameter and the third performance parameter, and after the first time, adjusting the second performance parameter, i.e. setting the DTT strategy, thereby reducing the power consumption of the electronic device and achieving the purpose of saving power and extending battery life.

[0242] The above describes the specific process by which the electronic device adjusts the first performance parameter, the second performance parameter, and the third performance parameter in the active Turbo strategy triggered by the electronic device.

[0243] In one embodiment, based on Figure 6 The software architecture of the butler app shown in the embodiment allows the butler app to trigger an active Turbo strategy when the type of the first event is included in the first type set.

[0244] Below, in conjunction with Figure 13 This section provides a detailed description of the specific implementation process of triggering the active Turbo strategy in each software module of the Butler APP.

[0245] Please see Figure 13 , Figure 13 The diagram illustrates the process by which various software modules in the Butler App trigger the Active Turbo strategy.

[0246] like Figure 13 As shown, the mouse click event module 701 can determine that the type of the first event is a mouse click event. For details on the mouse click event detection process, please refer to [link / reference needed]. Figure 7 , Figure 7 The specific process of the mouse click event module detecting mouse click events is illustrated and will not be elaborated here. The mouse click event module 701 detects a mouse click event via S13. The mouse click event module 701 can trigger the active Turbo strategy and inform the scheduling engine module that the type of the first event is a mouse click event. The event module 705 in the scheduling engine module can determine whether the type of the first event can trigger the active Turbo strategy.

[0247] If not, the event module 705 can continue to wait for information or instructions from other software modules. If so, the event module 705 can inform the scheduling execution module 707 that the type of the first event is a mouse click event by sending and waiting for events. The scheduling execution module 707 can determine the first duration and set performance parameters, such as a first performance parameter and a second performance parameter, or a first performance parameter, a third performance parameter, and a second performance parameter, through strategy switching. The scheduling execution module 707 can send an active Turbo strategy to the OS2SOC underlying interaction module 706. The OS2SOC underlying interaction module 706 can execute the active Turbo strategy.

[0248] like Figure 13 As shown, the hotkey click event module 702 can determine that the type of the first event is a hotkey click event. For the specific detection process of the hotkey click event, please refer to [link / reference needed]. Figure 8 , Figure 8The specific process of the WMI registration callback module detecting hotkey click events is illustrated and will not be elaborated here. The hotkey click event module 702 detects a mouse click event via S261. The hotkey click event module 702 can trigger the active Turbo strategy and inform the scheduling engine module that the type of the first event is a hotkey click event. The event module 705 in the scheduling engine module can determine whether the type of the first event can trigger the active Turbo strategy.

[0249] If not, the event module 705 can continue to wait for information or instructions from other software modules. If so, the event module 705 can inform the scheduling execution module 707 that the type of the first event is a hotkey click event by sending and waiting for events. The scheduling execution module 707 can determine the first duration and set performance parameters, such as a first performance parameter and a second performance parameter, or a first performance parameter, a third performance parameter, and a second performance parameter, through strategy switching. The scheduling execution module 707 can send an active Turbo strategy to the OS2SOC underlying interaction module 706. The OS2SOC underlying interaction module 706 can execute the active Turbo strategy.

[0250] like Figure 13 As shown, the scene transition event module 703 can determine that the type of the first event is a scene transition event. For details on the scene transition event detection process, please refer to [link / reference needed]. Figure 9 , Figure 9 The specific process of the scene transition event module detecting scene transition events is illustrated and will not be elaborated here. The scene transition event module 703 detects a scene transition event via S34. The scene transition event module 703 can trigger an active Turbo strategy and inform the scheduling engine module that the type of the first event is a scene transition event. The scene module 704 in the scheduling engine module can determine whether the type of the first event can trigger the active Turbo strategy through scene smoothing.

[0251] If not, the scenario module 704 can continue to wait for information or instructions from other software modules. If so, the scenario module 704 can inform the scheduling execution module that the type of the first event is a scenario switching event. The scheduling execution module 707 can determine the first duration and set performance parameters, such as the first performance parameter and the second performance parameter, or the first performance parameter, the third performance parameter, and the second performance parameter, through policy conversion. The scheduling execution module 707 can send an active Turbo policy to the OS2SOC underlying interaction module 706. The OS2SOC underlying interaction module 706 can execute the active Turbo policy.

[0252] In one specific embodiment, please refer to Figure 14 , Figure 14 A flowchart illustrating a device performance processing method according to an embodiment of this application is shown. Figure 14 As shown, the device performance processing method in this application embodiment may include:

[0253] S91, Type of the first event detected by electronic equipment.

[0254] The electronic device responds to an operation signal, triggers a first event, and detects the type of the first event.

[0255] The type of the first event is contained in the first type set, which can be any one or more of the following: mouse click event, hotkey click event, or scene transition event. Generally, hotkey click events and mouse click events can occur simultaneously within the same scene.

[0256] S92. When the type of the first event includes a mouse click event and / or a hotkey click event, the electronic device determines whether scenario 1 is any one of gaming, social networking, meetings, web browsing, or smart interconnection.

[0257] Electronic devices can determine whether the first event is triggered by user demand or whether the first event requires higher power consumption.

[0258] When the primary event is triggered by user demand, the scenario for electronic devices can include, but is not limited to, any of the following: social networking, gaming, or meetings. For example, in a gaming scenario, there are frequent user clicks, but these clicks are driven by user needs and do not result in screen stuttering or lag.

[0259] When the primary event does not require high power consumption, the scenarios for electronic devices can include, but are not limited to, browsing the web, holding meetings, watching videos, or smart interconnection. For example, in a meeting scenario, the power consumption required by the electronic device is low, and there will be no issues with smooth playback or stuttering.

[0260] Among these methods, the scenario of an electronic device can be determined by detecting the applications running on the electronic device.

[0261] Based on this, electronic devices can determine whether scenario 1 is any one of gaming, social networking, meetings, web browsing, or smart interconnection.

[0262] If so, the electronic device may not trigger the active Turbo strategy, meaning the electronic device will end its operation. If not, the electronic device may execute S93.

[0263] S93. The electronic device determines whether the scene switching event occurs simultaneously with either the mouse click event or the hotkey click event.

[0264] If any one of the following events occurs simultaneously: scene switching event, mouse click event, or hotkey click event, the electronic device will prioritize the scene switching event to trigger the active Turbo, and the electronic device can execute S94. Otherwise, the electronic device can execute S95.

[0265] S94. Electronic devices prioritize scene switching events.

[0266] If any one of the following events occurs simultaneously: scene switching event, mouse click event, or hotkey click event, the electronic device will prioritize the scene switching event to trigger active Turbo.

[0267] S95. The electronic device can adjust the first performance parameter, that is, set the value of EPP to 64 and the order of EPO to 1.

[0268] S96. Electronic device determines whether the electronic device is in any of the following modes: store mode, security mode, or high-temperature mode.

[0269] If yes, the electronic device does not need to adjust the third performance parameter, and the electronic device can execute S98. If no, the electronic device can execute S97.

[0270] S97. The electronic device can adjust the third performance parameter, that is, set PL1 to 41W and DTT strategy number to 103.

[0271] S98, the longest possible duration for electronic devices.

[0272] S99. The electronic device can determine whether scenario 2 is consistent with scenario 1.

[0273] After the first duration, the electronic device has completed the first event, and the current scenario of the electronic device is scenario 2. The electronic device can determine whether scenario 2 is consistent with scenario 1 to determine the type of the first event.

[0274] If yes, the electronic device executes S910. If no, the electronic device executes S911.

[0275] S910, the electronic device can determine that the type of the first event includes a mouse click event and / or a hotkey click event, and the electronic device can adjust the second performance parameter, i.e., set DTT so that PL1 equals 28w.

[0276] S911, the electronic device can determine that the type of the first event includes a scene switching event, and the electronic device can adjust the second performance parameter, that is, set DTT so that PL1 equals 28w.

[0277] In summary, electronic devices can determine whether to trigger the active Turbo strategy based on user operations on peripheral devices.

[0278] In an active Turbo strategy, the electronic device can adjust either the first performance parameter or both the first and third performance parameters. In this case, the performance of the electronic device is improved. For example... Figure 15 As shown, the value of PL1 is increased, no longer limited by the thermal design power (TDP). This allows the electronic device to respond quickly to operation signals from peripheral devices, such as continuous mouse clicks, resulting in a smoother display.

[0279] Furthermore, the duration of the first event can be determined based on the type of the first event. This allows electronic devices to flexibly set the duration of the active Turbo strategy to meet the performance improvement needs of different scenarios.

[0280] It should be noted that if the electronic device receives another operation signal from the peripheral device during the first time period, the electronic device can block this operation signal until the first time period ends, at which point it can continue to wait for an operation signal from the peripheral device.

[0281] This application also provides an electronic device, including: a memory and a processor; the memory is used to store program instructions; the processor is used to call the program instructions in the memory to cause the electronic device to execute the device performance processing method described in the preceding embodiments.

[0282] This application also provides a computer storage medium that includes computer instructions. When the computer instructions are executed on the electronic device, the electronic device performs various functions or steps performed by the electronic device in the above method embodiments.

[0283] This application also provides a computer program product that, when run on a computer, causes the computer to perform the various functions or steps performed by the electronic device in the above method embodiments. For example, the computer may be the aforementioned electronic device.

[0284] Through the above description of the embodiments, those skilled in the art can clearly understand that, for the sake of convenience and brevity, only the division of the above functional modules is used as an example. In actual applications, the above functions can be assigned to different functional modules as needed, that is, the internal structure of the device can be divided into different functional modules to complete all or part of the functions described above.

[0285] In the several embodiments provided in this application, it should be understood that the disclosed apparatus and methods can be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative; for instance, the division of modules or units is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another apparatus, or some features may be ignored or not executed. Furthermore, the mutual coupling or direct coupling or communication connection shown or discussed may be through some interfaces; the indirect coupling or communication connection between apparatuses or units may be electrical, mechanical, or other forms.

[0286] The units described as separate components may or may not be physically separate. A component shown as a unit can be one or more physical units; that is, it can be located in one place or distributed in multiple different locations. Some or all of the units can be selected to achieve the purpose of the embodiments of this application, depending on actual needs.

[0287] Furthermore, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional unit.

[0288] If the integrated unit is implemented as a software functional unit and sold or used as an independent product, it can be stored in a readable storage medium. Based on this understanding, the technical solutions of the embodiments of this application, essentially or in other words, the parts that contribute to the prior art, or all or part of the technical solutions, can be embodied in the form of a software product. This software product is stored in a storage medium and includes several instructions to cause a device (which may be a microcontroller, chip, etc.) or processor to execute all or part of the steps of the methods of the various embodiments of this application. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.

[0289] The above description is merely a specific embodiment of this application, but the scope of protection of this application is not limited thereto. Any changes or substitutions within the technical scope disclosed in this application should be included within the scope of protection of this application. Therefore, the scope of protection of this application should be determined by the scope of the claims.

Claims

1. A method for processing equipment performance, characterized in that... Applied to electronic devices, the method includes: Receive operation signals from peripheral devices; When the type of the first event triggered by the operation signal is included in the first type set, the first performance parameter is adjusted, wherein the response speed of the event corresponding to each type in the first type set is slower than the preset response speed, and the first performance parameter is used to configure the performance priority of the electronic device to be higher than the power consumption priority of the electronic device. The first event is executed within a first duration, and after the first duration has elapsed, a second performance parameter is adjusted, the second performance parameter being used to reduce the power consumption threshold of the electronic device.

2. The method according to claim 1, characterized in that, When the type of the first event is included in the first type set, the method further includes: Adjust the third performance parameter, which is used to increase the power consumption threshold of the electronic device.

3. The method according to claim 2, characterized in that, The method specifically includes: When the type of the first event is included in the first type set and the electronic device is not in store mode, the third performance parameter is adjusted. Alternatively, if the type of the first event is included in the first type set, and the fan of the electronic device is not malfunctioning and the air vent is not blocked, the third performance parameter is adjusted. Alternatively, if the type of the first event is included in the first type set and the chip temperature of the electronic device is lower than a preset temperature, the third performance parameter may be adjusted.

4. The method according to claim 2 or 3, characterized in that, The third performance parameter includes: the power consumption wall of the processor of the electronic device, and the DTT of the window management specification service in the processor of the electronic device; Adjusting the third performance parameter includes: The power consumption limit of the processor is set to be greater than or equal to a first power consumption, which is used to increase the power consumption threshold of the electronic device. The DTT is set to a first strategy number, which is used to increase the power consumption threshold of the electronic device.

5. The method according to any one of claims 1-4, characterized in that, The first performance parameter includes: the processor energy efficiency ratio of the power manager in the processor of the electronic device, and the energy performance optimization of the window management specification service in the processor of the electronic device; Adjust the primary performance parameters, including: The processor energy efficiency ratio is set to be less than or equal to a first value, where the first value is used to configure the processor's performance priority to be higher than the processor's power consumption priority; The energy performance optimization is set to a first order, which is used to configure the processor's performance priority to be higher than the processor's power consumption priority.

6. The method according to any one of claims 1-5, characterized in that, The second performance parameter includes: the DTT (Distributed Window Management Specification) service in the processor of the electronic device; Adjust the second performance parameter, including: The DTT is set to a second strategy number, which is used to reduce the power consumption threshold of the processor.

7. The method according to any one of claims 1-6, characterized in that, The first duration is related to the type of the first event.

8. The method according to any one of claims 1-7, characterized in that, The first type of collection includes: mouse click events, scene switching events, and hotkey click events.

9. The method according to claim 8, characterized in that, When the type of the first event includes a scene switching event and a mouse click event, the first duration is related to the scene switching event.

10. An electronic device, characterized in that, include: processor; When the processor executes one or more computer programs stored in the memory, the electronic device performs the device performance processing method as described in any one of claims 1-9.

11. An electronic device, characterized in that, include: One or more processors; Memory; The memory stores one or more computer programs, the one or more computer programs including instructions that, when executed by the electronic device, cause the electronic device to perform the device performance processing method as described in any one of claims 1-9.

12. A computer-readable storage medium storing instructions, characterized in that, When the instruction is executed on the electronic device, the electronic device causes the electronic device to perform the device performance processing method as described in any one of claims 1-9.

Images