GPU performance regulation and control method and device, equipment, storage medium and program product
By monitoring GPU usage in the vehicle system and limiting the GPU function of the application under high load conditions, the performance problems caused by insufficient GPU resources in the vehicle system are solved, and the system fluency and stability are improved.
Patent Information
- Application Number
- CN202411907676.9
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2024-12-23
- Publication Date
- 2025-04-18
AI Technical Summary
In the automotive system, multiple operating systems share GPU resources, the GPU usage rate is too high, affecting GPU performance, causing problems such as slow application response and stuttering interface operation.
The GPU usage rate of the vehicle computer system is monitored in real time through the server. When the GPU usage rate is greater than or equal to the preset threshold, the operation instructions and/or status information are output to multiple operating systems, limiting the GPU function of the application, reducing the GPU usage rate, and releasing GPU resources.
It effectively reduces the risk of slow application response and lag in interface operation, improves the smoothness of the vehicle system, and ensures that GPU performance is not affected by insufficient resources.
Smart Images

Figure CN119847861A_ABST
Abstract
Description
Technical Field
[0001] The present application belongs to the field of intelligent vehicle technology, and in particular, relates to a method, device, equipment, storage medium and program product for regulating the performance of a graphics processing unit (GPU). Background Art
[0002] As an important interface for users to interact with vehicles, the vehicle computer system undertakes multiple functions such as navigation, entertainment, communication, autonomous driving, parking, etc. With the advancement of intelligence and informatization, the demand for graphics processing in the vehicle computer system is increasing, especially in applications such as high-resolution display, real-time navigation and multimedia playback.
[0003] At present, most car systems use virtualization technology of hypervisor, and multiple operating systems share GPU resources. When multiple applications under different operating systems are running at the same time, the GPU usage rate may be too high, resulting in insufficient GPU resources, which will affect GPU performance, causing slow application response, interface operation jams and other problems with poor smoothness of car system use. Summary of the invention
[0004] The embodiments of the present application provide a method, apparatus, device, storage medium and program product for regulating GPU performance, which can reduce the risk of slow application response and interface operation jams, thereby improving the smoothness of vehicle system use.
[0005] In a first aspect, an embodiment of the present application provides a method for regulating the performance of a graphics processor (GPU), which is applied to a vehicle system. The vehicle system includes a server and multiple operating systems, each operating system includes a corresponding application program, and the method is executed by the server, including:
[0006] Get the GPU usage rate of the vehicle system;
[0007] When the GPU usage rate is greater than or equal to a preset usage rate threshold, target information is output to multiple operating systems to regulate the GPU performance of the vehicle system; wherein the target information includes at least one of the following:
[0008] An operation instruction, where the operation instruction is used to instruct to limit the GPU function of the application programs corresponding to the multiple operating systems;
[0009] Status information: Status information is used to indicate that the GPU is running under high load.
[0010] In a second aspect, an embodiment of the present application provides a GPU performance control device, characterized in that it is applied to a vehicle system, the vehicle system includes a server and multiple operating systems, and the device includes:
[0011] The acquisition module is used to obtain the GPU usage rate of the vehicle system;
[0012] The processing module is used to output target information to multiple operating systems to adjust and control the GPU performance of the vehicle system when the GPU usage rate is greater than or equal to a preset usage rate threshold; wherein the target information includes at least one of the following:
[0013] An operation instruction, where the operation instruction is used to instruct to limit the GPU function of the application programs corresponding to the multiple operating systems;
[0014] Status information: Status information is used to indicate that the GPU is running under high load.
[0015] In a third aspect, an embodiment of the present application provides an electronic device, the device comprising:
[0016] A processor and a memory storing programs or instructions;
[0017] The above method is implemented when the processor executes the program or instruction.
[0018] In a fourth aspect, an embodiment of the present application provides a machine-readable storage medium, on which a program or instruction is stored, and the program or instruction implements the above method when executed by a processor.
[0019] In a fifth aspect, an embodiment of the present application provides a computer program product. When instructions in the computer program product are executed by a processor of an electronic device, the electronic device executes the above method.
[0020] The method, device, equipment, storage medium and program product for regulating the GPU performance of the embodiment of the present application can obtain the GPU utilization rate of the vehicle system; when the GPU utilization rate is greater than or equal to the preset utilization rate threshold, the operation instructions and / or status information are output to multiple operating systems to regulate the GPU performance of the vehicle system. Among them, the operation instructions are used to indicate the restriction of the GPU function of the application corresponding to the multiple operating systems, and the status information is used to characterize the high-load operation of the GPU. In this way, the vehicle system can limit the GPU function of the application according to the operation instructions and / or status information to reduce the GPU utilization rate and release GPU resources to ensure that the GPU performance is not affected by insufficient resources, and can maintain the stability of the core functions of the vehicle system, reduce the risk of slow application response and interface operation jams, thereby improving the smoothness of the vehicle system. BRIEF DESCRIPTION OF THE DRAWINGS
[0021] In order to more clearly illustrate the technical solution of the embodiments of the present application, the following is a brief introduction to the drawings required for use in the embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without any creative work.
[0022] Figure 1 is a schematic diagram of a vehicle system provided by an embodiment of the present application;
[0023] Figure 2 It is a flowchart of a method for regulating GPU performance provided by an embodiment of the present application;
[0024] Figure 3 is a structural schematic diagram of a GPU performance control device provided by another embodiment of the present application;
[0025] Figure 4 It is a structural diagram of an electronic device provided by yet another embodiment of the present application. DETAILED DESCRIPTION
[0026] The features and exemplary embodiments of various aspects of the present application will be described in detail below. In order to make the purpose, technical solutions and advantages of the present application clearer, the present application will be further described in detail below in conjunction with the accompanying drawings and specific embodiments. It should be understood that the specific embodiments described herein are only intended to explain the present application, rather than to limit the present application. For those skilled in the art, the present application can be implemented without the need for some of these specific details. The following description of the embodiments is only to provide a better understanding of the present application by illustrating the examples of the present application.
[0027] It should be noted that, in this article, relational terms such as first and second, etc. are only used to distinguish one entity or operation from another entity or operation, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Moreover, the terms "include", "comprise" or any other variants thereof are intended to cover non-exclusive inclusion, so that a process, method, article or device including a series of elements includes not only those elements, but also other elements not explicitly listed, or also includes elements inherent to such process, method, article or device. In the absence of further restrictions, the elements defined by the statement "include..." do not exclude the presence of other identical elements in the process, method, article or device including the elements.
[0028] In addition, it should be noted that the acquisition, storage, use, and processing of data in the embodiments of this application are in compliance with the relevant provisions of national laws and regulations. It should be noted that in the embodiments of this application, some existing solutions in the industry such as certain software, components, and models may be mentioned, and they should be considered as exemplary. Their purpose is only to illustrate the feasibility of the implementation of the technical solution of this application, but it does not mean that the applicant has or will necessarily use the solution.
[0029] In order to solve the problems of the prior art, the embodiments of the present application provide a method, device, equipment, storage medium and program product for regulating GPU performance. The following first introduces the vehicle system provided by the embodiments of the present application.
[0030] The vehicle system provided in the embodiment of the present application can have multiple operating systems 100, wherein each operating system 100 can correspond to one or more APPs 101 (application programs), and multiple operating systems 100 can use the virtualization technology of the hypervisor to share GPU resources. In other words, the APPs 101 corresponding to each operating system 100 can process graphics data and perform graphics rendering tasks through the GPU.
[0031] The vehicle system may further include a server 102, which may monitor the GPU usage status of multiple operating systems in the entire vehicle system in real time, thereby obtaining the GPU usage rate of the entire vehicle system. The server 102 may be set separately from the multiple operating systems 100 in the vehicle system, or may be set in any one of the operating systems 100, which is not specifically limited here.
[0032] In some examples, each operating system 100 may also include a client 103, and each client 103 may communicate with the server 102 through SOCKET or other means, and the client 103 may query or receive the GPU usage status of the vehicle system through the server 102. The client 103 may also communicate with the APP 101 corresponding to the operating system 100 to which it belongs, so as to control the APP 101 to take relevant measures according to the GPU usage status of the vehicle system, such as actively reducing the display frame rate, turning off animation effects, reducing the image resolution, etc. to reduce the GPU usage rate, release GPU resources, and ensure that the GPU performance is not affected by insufficient resources, and can maintain the stability of the core functions of the vehicle system, reduce the risk of slow application response and interface operation jams, thereby improving the smoothness of the vehicle system.
[0033] Based on the above vehicle computer system, the embodiment of the present application also provides a method for regulating GPU performance. Figure 2As shown, the method for regulating GPU performance can be applied to the above-mentioned vehicle system, and the regulation of GPU performance can include:
[0034] Step 201, obtaining the GPU usage rate of the vehicle system.
[0035] In step 201, the server can monitor the GPU usage status of the entire vehicle system in real time and obtain the GPU usage rate of the vehicle system. The GPU usage rate refers to the proportion of the GPU occupied for calculation within a specific time, which can intuitively reflect the working status of the GPU at a certain moment. By monitoring the GPU usage rate, the GPU load can be understood. The higher the GPU usage rate, the higher the GPU load.
[0036] Step 202: when the GPU usage rate is greater than or equal to a preset usage rate threshold, output target information to multiple operating systems to regulate the GPU performance of the vehicle system; wherein the target information includes at least one of the following:
[0037] An operation instruction, where the operation instruction is used to instruct to limit the GPU function of the application programs corresponding to the multiple operating systems;
[0038] Status information: Status information is used to indicate that the GPU is running under high load.
[0039] In step 202, the GPU usage rate can be compared with the preset usage rate threshold to determine whether the current GPU load will affect the normal operation of the APP of the vehicle system, resulting in slow response, interface operation freeze, etc. The preset usage rate threshold can be set according to actual needs and is not specifically limited here. For example, in some examples, the preset usage rate threshold can be set to 80%.
[0040] If the GPU usage rate is greater than or equal to the preset usage rate threshold, for example, the GPU usage rate exceeds 80%, it can be considered that the current GPU load may affect the normal operation of the APP of the vehicle system. At this time, the target information can be output to multiple operating systems to regulate the GPU performance of the vehicle system. Among them, GPU performance can refer to the performance of the graphics processor unit in terms of processing speed, computing power, rendering power, etc. When the GPU is running at high load, relevant measures can be taken to flexibly regulate the GPU performance to reduce the GPU usage rate, release GPU resources, and ensure that the GPU performance is not affected by insufficient resources.
[0041] For example, the relevant measures for regulating the GPU performance of the vehicle system may include outputting an operation instruction for instructing to limit the GPU function of the application programs corresponding to the multiple operating systems to the multiple operating systems. In this way, the APP corresponding to the operating system that receives the operation instruction can limit the GPU function. It can be understood that the GPU function mainly includes graphics rendering, and limiting the GPU function is to turn off the graphics rendering of the disabled APP or suspend the graphics rendering of the APP.
[0042] The relevant measures for regulating the GPU performance of the vehicle system may also include outputting status information representing the high-load operation of the GPU to multiple operating systems. In this way, the applications corresponding to the multiple operating systems can actively respond according to the status information, such as actively reducing the display frame rate, turning off animation effects, reducing the image resolution, etc. to reduce the GPU usage.
[0043] The method for regulating the GPU performance of the embodiment of the present application can obtain the GPU usage rate of the vehicle system; when the GPU usage rate is greater than or equal to the preset usage rate threshold, the operation instructions and / or status information are output to multiple operating systems to regulate the GPU performance of the vehicle system. Among them, the operation instructions are used to indicate the restriction of the GPU function of the application corresponding to the multiple operating systems, and the status information is used to characterize the high-load operation of the GPU. In this way, the vehicle system can limit the GPU function of the application according to the operation instructions and / or status information to reduce the GPU usage rate and release GPU resources to ensure that the GPU performance is not affected by insufficient resources, and can maintain the stability of the core functions of the vehicle system, reduce the risk of slow application response and interface operation jams, thereby improving the smoothness of the vehicle system.
[0044] In some embodiments, the target information may include an operation instruction. When the GPU usage rate is greater than or equal to a preset threshold, outputting the target information to multiple operating systems may include:
[0045] When the GPU usage rate is greater than or equal to a preset threshold, determining at least one first application from the application programs corresponding to the multiple operating systems, where the first application program is a running application program;
[0046] Determine, according to a preset decision method, a second application from at least one first application;
[0047] Outputting the operation instruction to the second application program so that the second application program limits the GPU function according to the operation instruction.
[0048] In this embodiment, if the target information is an operation instruction, then when the GPU usage rate is greater than or equal to a preset threshold, at least one first application program that is running can be determined from the applications corresponding to the multiple operating systems. Then, a predetermined decision method is used to determine a second application program that needs to be processed accordingly from the at least one first application program.
[0049] It is understandable that the second application may be a relatively less important application in the running first application. For example, the second application may be an application with less user attention, or an application with a lower priority in the preset priority.
[0050] The operation instruction may be output to the second application program so that the second application program limits the GPU function according to the operation instruction.
[0051] In this embodiment, the server can directly make a decision on the currently running APP and process some relatively unimportant APPs that do not affect the user's current use, so as to limit the GPU function of these APPs, thereby reducing the utilization rate of the GPU and releasing GPU resources to ensure that the GPU performance is not affected by insufficient resources. It can maintain the stability of the core functions of the car system and reduce the risk of slow application response and interface operation jams, thereby improving the smoothness of the use of the car system.
[0052] In some embodiments, determining the second application from at least one first application according to a preset arbitration method may include:
[0053] Determine the user's eye gaze direction through the camera;
[0054] a third application program for determining the direction of eye gaze;
[0055] The other applications among the at least one first application except the third application are determined as second applications.
[0056] In this embodiment, the user's eye picture can be captured by the camera in the driver's seat and / or the passenger seat in the car, and the user's eye gaze direction can be determined by eye tracking technology. Among them, the core of eye tracking technology is to accurately record the direction and movement speed of the eye by real-time monitoring of the eye's movement trajectory. Eye tracking methods can include infrared eye tracking, video eye tracking, and electrophysiological eye tracking, etc., which are not specifically limited here.
[0057] For example, the user's eye picture can be processed through a series of algorithms such as image preprocessing, corneal reflection point and pupil center point detection, spatial calibration, and gaze point calculation to extract these feature parameters, thereby determining the position of the eyeball, which is used to determine the direction and target of the human eye's gaze.
[0058] The third application corresponding to the eye gaze direction may be determined as an APP with high user attention, and conversely, other applications except the third application in at least one first application may be determined as second applications.
[0059] For example, if the eyeball gaze direction indicates the instrument screen, the APP displayed on the instrument screen can be used as the third application, and correspondingly, the APP displayed on the central control screen can be the second application, and the GPU function of the APP displayed on the central control screen can be limited. If the eyeball gaze direction indicates the central control screen, the APP displayed on the central control screen can be used as the third application, and correspondingly, the APP displayed on the instrument screen can be the second application, and the GPU function of the APP displayed on the instrument screen can be limited.
[0060] In this way, the APP that needs to limit the GPU function can be determined based on the user's eye gaze direction, which can improve the smoothness of the car system while reducing the user's perception of the GPU performance control process, thereby better meeting the user's normal APP use needs.
[0061] In some embodiments, determining the second application from at least one first application according to a preset arbitration method may include:
[0062] An application program in at least one first application program whose display mode satisfies any one of the following conditions is determined as a second application program:
[0063] An application located in a preset display area of the vehicle display;
[0064] Applications running in the background;
[0065] An application whose display area ratio on the vehicle display screen meets preset conditions, wherein the preset conditions include that the display area ratio is less than or equal to a preset ratio threshold, or the display area ratio is the minimum value among multiple display area ratios.
[0066] In this embodiment, an application located in a preset display area of the vehicle display screen may be determined as the second application. For example, an APP displayed in a non-central area of the instrument screen, an APP displayed in a corner area of the central control screen, or an APP displayed in the status bar may be determined as the second application.
[0067] An APP that is running in the background and whose application interface is not displayed in the foreground of the display screen may be determined as the second application program.
[0068] It is also possible to determine an APP whose display area occupies less than a preset threshold, for example, an APP whose display area occupies less than 1 / 3 of the display screen as the second application. It is also possible to determine an APP whose display area occupies the minimum value among multiple display area occupies as the second application. For example, if two APPs are displayed on the same display screen, one APP is displayed in a 1 / 3 split screen and the other APP is displayed in a 2 / 3 split screen, then the APP displayed in the 1 / 3 split screen can be determined as the second application.
[0069] In this embodiment, the APPs that need to limit the GPU function can also be determined according to the display mode of the APPs, thereby improving the operability and flexibility of GPU performance regulation.
[0070] In some embodiments, determining the second application from at least one first application according to a preset arbitration method may include:
[0071] obtaining a priority of at least one first application;
[0072] sorting the priority of at least one first application from high to low to obtain a priority sequence;
[0073] The application programs corresponding to the N priorities that are ranked lower in the priority sequence are determined as the second application programs, where N is a positive integer.
[0074] In this embodiment, the priority of at least one first application program in operation may also be obtained, and the priorities may be sorted from high to low to obtain a priority sequence, so that N APPs with lower priorities may be determined as second applications.
[0075] It is understandable that the value of N can be one or more, and can be set according to actual needs. In some examples, the value of N can also be adjusted according to the usage status of the GPU of the vehicle system.
[0076] For example, you can first determine the lowest priority APP as the second application, and after restricting the GPU function of the lowest priority APP, monitor the GPU usage again. If the GPU usage is still greater than or equal to the preset usage threshold, then determine the second lowest priority APP as the second application, and restrict the GPU function of the second lowest priority APP, and so on, until the GPU usage is less than the preset usage threshold.
[0077] In this embodiment, the APPs that need to limit the GPU function can also be determined according to the priority of the APPs, thereby improving the operability and flexibility of GPU performance regulation.
[0078] In some embodiments, the target information includes state information, and each operating system further includes a client;
[0079] When the GPU usage rate is greater than or equal to a preset threshold, outputting target information to multiple operating systems may include:
[0080] When the GPU usage rate is greater than or equal to a preset threshold, status information is output to clients of multiple operating systems, so that application programs corresponding to the multiple operating systems limit GPU functions in response to the status information received by the client.
[0081] In this embodiment, the target information may also include state information. When the GPU usage rate is greater than or equal to a preset threshold, the state information indicating that the GPU is running at high load may be broadcast to all operating system clients in a timely manner.
[0082] After the client receives the status information and finds that the GPU is running at high load, it can control the corresponding APP to actively respond. For example, the APP can actively reduce the display frame rate, turn off animation effects, and reduce the image resolution.
[0083] In this way, the vehicle system can limit the GPU function of the application based on operating instructions and / or status information to reduce the GPU utilization rate and release GPU resources to ensure that GPU performance is not affected by insufficient resources. It can maintain the stability of the core functions of the vehicle system and reduce the risk of slow application response and interface operation jams, thereby improving the smoothness of the vehicle system.
[0084] Based on the GPU performance control method provided in the above embodiment, the present application also provides an embodiment of a GPU performance control device.
[0085] Figure 3 The schematic diagram of the structure of the GPU performance control device provided by another embodiment of the present application is shown. For the convenience of explanation, only the part related to the embodiment of the present application is shown. The GPU performance control device provided by the embodiment of the present application can be applied to a vehicle system, for example. The GPU performance control device can be a server in the vehicle system, or a virtual device in the server.
[0086] Reference Figure 3 , the GPU performance control device 300 may include:
[0087] An acquisition module 301 is used to acquire the GPU usage rate of the vehicle system;
[0088] The processing module 302 is used to output target information to multiple operating systems to adjust and control the GPU performance of the vehicle system when the GPU usage rate is greater than or equal to a preset usage rate threshold; wherein the target information includes at least one of the following:
[0089] An operation instruction, where the operation instruction is used to instruct to limit the GPU function of the application programs corresponding to the multiple operating systems;
[0090] Status information: Status information is used to indicate that the GPU is running under high load.
[0091] In some embodiments, the target information includes an operation instruction, and the processing module 302 may further include:
[0092] A first determining unit is used to determine at least one first application from the application programs corresponding to the multiple operating systems when the GPU usage rate is greater than or equal to a preset threshold, where the first application program is a running application program;
[0093] A second determining unit, configured to determine a second application from at least one first application according to a preset arbitration method;
[0094] The processing unit is used to output an operation instruction to the second application program so that the second application program limits the GPU function according to the operation instruction.
[0095] In some embodiments, the second determining unit may also be used to:
[0096] Determine the user's eye gaze direction through the camera;
[0097] a third application program for determining the direction of eye gaze;
[0098] The other applications among the at least one first application except the third application are determined as second applications.
[0099] In some embodiments, the second determining unit may also be used to:
[0100] An application program in at least one first application program whose display mode satisfies any one of the following conditions is determined as a second application program:
[0101] An application located in a preset display area of the vehicle display;
[0102] Applications running in the background;
[0103] An application whose display area ratio on the vehicle display screen meets preset conditions, wherein the preset conditions include that the display area ratio is less than or equal to a preset ratio threshold, or the display area ratio is the minimum value among multiple display area ratios.
[0104] In some embodiments, the second determining unit may also be used to:
[0105] obtaining a priority of at least one first application;
[0106] sorting the priority of at least one first application from high to low to obtain a priority sequence;
[0107] The application programs corresponding to the N priorities that are ranked lower in the priority sequence are determined as the second application programs, where N is a positive integer.
[0108] In some embodiments, the target information includes state information, and each operating system also includes a client; the processing module 302 can also be used to:
[0109] When the GPU usage rate is greater than or equal to a preset threshold, status information is output to clients of multiple operating systems, so that application programs corresponding to the multiple operating systems limit GPU functions in response to the status information received by the client.
[0110] It should be noted that the information interaction, execution process, etc. between the above-mentioned devices / units are based on the same concept as the method embodiment of the present application, and are devices corresponding to the above-mentioned GPU performance regulation method. All implementation methods in the above-mentioned method embodiment are applicable to the embodiment of the device. Its specific functions and technical effects brought about can be found in the method embodiment part, which will not be repeated here.
[0111] The technicians in the relevant field can clearly understand that for the convenience and simplicity of description, only the division of the above-mentioned functional units and modules is used as an example for illustration. In practical applications, the above-mentioned function allocation can be completed by different functional units and modules as needed, that is, the internal structure of the device can be divided into different functional units or modules to complete all or part of the functions described above. The functional units and modules in the embodiment can be integrated in a processing unit, or each unit can exist physically separately, or two or more units can be integrated in one unit. The above-mentioned integrated unit can be implemented in the form of hardware or in the form of software functional units. In addition, the specific names of the functional units and modules are only for the convenience of distinguishing each other, and are not used to limit the scope of protection of this application. The specific working process of the units and modules in the above-mentioned system can refer to the corresponding process in the aforementioned method embodiment, which will not be repeated here.
[0112] Figure 4 A schematic diagram of the hardware structure of an electronic device provided in yet another embodiment of the present application is shown.
[0113] The device may include a processor 401 and a memory 402 storing programs or instructions.
[0114] When the processor 401 executes the program, the steps in any of the above method embodiments are implemented.
[0115] Exemplarily, the program may be divided into one or more modules / units, one or more modules / units are stored in the memory 402, and executed by the processor 401 to complete the present application. One or more modules / units may be a series of program instruction segments capable of completing a specific function, and the instruction segments are used to describe the execution process of the program in the device.
[0116] Specifically, the processor 401 may include a central processing unit (CPU), or an application specific integrated circuit (ASIC), or may be configured to implement one or more integrated circuits of the embodiments of the present application.
[0117] Memory 402 may include a large capacity memory for data or instructions. By way of example and not limitation, memory 402 may include a hard disk drive (HDD), a floppy disk drive, a flash memory, an optical disk, a magneto-optical disk, a magnetic tape, or a universal serial bus (USB) drive or a combination of two or more of these. In appropriate cases, memory 402 may include a removable or non-removable (or fixed) medium. In appropriate cases, memory 402 may be inside or outside of an integrated gateway disaster recovery device. In a specific embodiment, memory 402 is a non-volatile solid-state memory.
[0118] The memory may include read-only memory (ROM), random access memory (RAM), magnetic disk storage media devices, optical storage media devices, flash memory devices, electrical, optical or other physical / tangible memory storage devices. Thus, typically, the memory includes one or more tangible (non-transitory) machine-readable storage media (e.g., memory devices) encoded with software including computer-executable instructions, and when the software is executed (e.g., by one or more processors), it is operable to perform the operations described with reference to the method according to an aspect of the present disclosure.
[0119] The processor 401 implements any one of the methods in the above embodiments by reading and executing the program or instruction stored in the memory 402 .
[0120] In one example, the electronic device may further include a communication interface 403 and a bus 404. The processor 401, the memory 402, and the communication interface 403 are connected via the bus 404 and communicate with each other.
[0121] The communication interface 403 is mainly used to implement communication between various modules, devices, units and / or equipment in the embodiments of the present application.
[0122] Bus 404 includes hardware, software or both, and the parts of online data flow billing equipment are coupled to each other. For example, but not limitation, bus may include accelerated graphics port (AGP) or other graphics bus, enhanced industrial standard architecture (EISA) bus, front side bus (FSB), hypertransport (HT) interconnection, industrial standard architecture (ISA) bus, infinite bandwidth interconnection, low pin count (LPC) bus, memory bus, micro channel architecture (MCA) bus, peripheral component interconnection (PCI) bus, PCI-Express (PCI-X) bus, serial advanced technology attachment (SATA) bus, video electronics standard association local (VLB) bus or other suitable bus or two or more of these combinations. In appropriate cases, bus 404 may include one or more buses. Although the present application embodiment describes and shows a specific bus, the present application considers any suitable bus or interconnection.
[0123] In addition, in combination with the method in the above embodiment, the embodiment of the present application may provide a machine-readable storage medium for implementation. The machine-readable storage medium stores a program or instruction; when the program or instruction is executed by a processor, any one of the methods in the above embodiment is implemented. The machine-readable storage medium can be read by a machine such as a computer.
[0124] An embodiment of the present application further provides a chip, which includes a processor and a communication interface, wherein the communication interface is coupled to the processor, and the processor is used to run programs or instructions to implement the various processes of the above-mentioned method embodiment, and can achieve the same technical effect. To avoid repetition, it will not be repeated here.
[0125] It should be understood that the chip mentioned in the embodiments of the present application can also be called a system-level chip, a system chip, a chip system or a system-on-chip chip, etc.
[0126] An embodiment of the present application provides a computer program product, which is stored in a machine-readable storage medium. The program product is executed by at least one processor to implement the various processes of the above-mentioned method embodiment and can achieve the same technical effect. To avoid repetition, it will not be repeated here.
[0127] It should be clear that the present application is not limited to the specific configuration and processing described above and shown in the figures. For the sake of simplicity, a detailed description of the known method is omitted here. In the above embodiments, several specific steps are described and shown as examples. However, the method process of the present application is not limited to the specific steps described and shown, and those skilled in the art can make various changes, modifications and additions, or change the order between the steps after understanding the spirit of the present application.
[0128] The functional modules shown in the above-described block diagram can be implemented as hardware, software, firmware or a combination thereof. When implemented in hardware, it can be, for example, an electronic circuit, an application specific integrated circuit (ASIC), appropriate firmware, a plug-in, a function card, etc. When implemented in software, the elements of the present application are programs or code segments that are used to perform the required tasks. Programs or code segments can be stored in machine-readable media, or transmitted on a transmission medium or a communication link by a data signal carried in a carrier wave. "Machine-readable media" can include any medium capable of storing or transmitting information. Examples of machine-readable media include electronic circuits, semiconductor memory devices, ROM, flash memory, erasable ROM (EROM), floppy disks, CD-ROMs, optical disks, hard disks, optical fiber media, radio frequency (RF) links, etc. Code segments can be downloaded via computer grids such as the Internet, intranets, etc.
[0129] It should also be noted that the exemplary embodiments mentioned in this application describe some methods or systems based on a series of steps or devices. However, this application is not limited to the order of the above steps, that is, the steps can be performed in the order mentioned in the embodiment, or in a different order from the embodiment, or several steps can be performed simultaneously.
[0130] Aspects of the present disclosure are described above with reference to the flowchart and / or block diagram of the method, device (system) and program product according to the embodiment of the present disclosure. It should be understood that each box in the flowchart and / or block diagram and the combination of each box in the flowchart and / or block diagram can be implemented by a computer program or instruction. These programs or instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, or other programmable data processing device to produce a machine so that these instructions executed by the processor of the computer or other programmable data processing device enable the implementation of the function / action specified in one or more boxes of the flowchart and / or block diagram. Such a processor can be, but is not limited to, a general-purpose processor, a special-purpose processor, a special application processor, or a field programmable logic circuit. It can also be understood that each box in the block diagram and / or flowchart and the combination of boxes in the block diagram and / or flowchart can also be implemented by dedicated hardware that performs a specified function or action, or can be implemented by a combination of dedicated hardware and computer instructions.
[0131] The above is only a specific implementation of the present application. Those skilled in the art can clearly understand that for the convenience and simplicity of description, the specific working processes of the systems, modules and units described above can refer to the corresponding processes in the aforementioned method embodiments, and will not be repeated here. It should be understood that the protection scope of the present application is not limited to this. Any technician familiar with the technical field can easily think of various equivalent modifications or replacements within the technical scope disclosed in this application, and these modifications or replacements should be included in the protection scope of this application.
Claims
1. A method for regulating the performance of a graphics processor (GPU), characterized in that: Applied to a vehicle system, the vehicle system includes a server and multiple operating systems, each of the operating systems includes a corresponding application program, and the method is executed by the server, including: Obtaining the GPU usage rate of the vehicle system; When the GPU usage rate is greater than or equal to a preset usage rate threshold, output target information to the multiple operating systems to regulate the GPU performance of the vehicle system; wherein the target information includes at least one of the following: An operation instruction, wherein the operation instruction is used to instruct to limit the GPU function of the application programs corresponding to the multiple operating systems; State information, where the state information is used to indicate that the GPU is running at high load.
2. The method according to claim 1, characterized in that The target information includes the operation instruction; When the GPU usage rate is greater than or equal to a preset threshold, outputting target information to the multiple operating systems includes: When the GPU usage rate is greater than or equal to a preset threshold, determining at least one first application from the application programs corresponding to the multiple operating systems, where the first application program is a running application program; Determining a second application from the at least one first application according to a preset arbitration method; The operation instruction is output to the second application program, so that the second application program limits the GPU function according to the operation instruction.
3. The method according to claim 2, characterized in that The determining, according to a preset decision method, a second application from the at least one first application comprises: Determine the user's eye gaze direction through the camera; Determine a third application corresponding to the eye gaze direction; Determine other applications among the at least one first application except the third application as second applications.
4. The method according to claim 2, characterized in that: The determining, according to a preset decision method, a second application from the at least one first application comprises: An application program among the at least one first application program, whose display mode satisfies any one of the following conditions, is determined as a second application program: An application located in a preset display area of the vehicle display; Applications running in the background; An application whose display area ratio on the vehicle-mounted display screen meets preset conditions, wherein the preset conditions include that the display area ratio is less than or equal to a preset ratio threshold, or that the display area ratio is the minimum value among multiple display area ratios.
5. The method according to claim 2, characterized in that: The determining, according to a preset decision method, a second application from the at least one first application comprises: Obtaining a priority of the at least one first application; Sorting the priority of the at least one first application from high to low to obtain a priority sequence; The application programs corresponding to the N priorities that are ranked lower in the priority sequence are determined as the second application programs, where N is a positive integer.
6. The method according to any one of claims 1 to 5, characterized in that The target information includes the state information, and each of the operating systems also includes a client; When the GPU usage rate is greater than or equal to a preset threshold, outputting target information to the multiple operating systems includes: When the GPU usage rate is greater than or equal to a preset threshold, the status information is output to the clients of the multiple operating systems, so that the application programs corresponding to the multiple operating systems limit the GPU function in response to the status information received by the clients.
7. A GPU performance control device, characterized in that: Applied to a vehicle system, the vehicle system includes a server and multiple operating systems, and the device includes: An acquisition module is used to obtain the GPU usage rate of the vehicle system; A processing module is used to output target information to the multiple operating systems to adjust and control the GPU performance of the vehicle system when the GPU usage rate is greater than or equal to a preset usage rate threshold; wherein the target information includes at least one of the following: An operation instruction, wherein the operation instruction is used to instruct to limit the GPU function of the application programs corresponding to the multiple operating systems; State information, where the state information is used to indicate that the GPU is running at high load.
8. An electronic device, characterized in that: The device comprises: a processor and a memory storing programs or instructions; When the processor executes the program or instruction, the method according to any one of claims 1 to 6 is implemented.
9. A machine-readable storage medium, characterized in that: The machine-readable storage medium stores a program or instruction, and when the program or instruction is executed by a processor, the method according to any one of claims 1 to 6 is implemented.
10. A computer program product, characterized in that When the instructions in the computer program product are executed by a processor of an electronic device, the electronic device executes the method according to any one of claims 1 to 6.