System resource management method and device, electronic equipment, vehicle and storage medium

Abstract

The invention discloses a system resource management method and device, electronic equipment, a vehicle and a storage medium, belongs to the technical field of vehicle system resource management, and is used for preventing system resources from being excessively occupied. The method comprises the following steps: acquiring a load condition of system resources in response to an event of upgrading an electronic control unit of a vehicle; under the condition that the load condition meets the load condition, the occupancy rate of system resources occupied by upgrading software is reduced, and the upgrading software is used for upgrading the electronic control unit.

Description

Technical Field

[0001] The present application belongs to the technical field of vehicle system resource management, and specifically relates to a system resource management method, device, electronic equipment, vehicle and storage medium. Background Art

[0002] In the era of intelligent vehicles, the in-vehicle electronic control unit (ECU), a key bridge between the vehicle and the user, undergoes frequent software and firmware upgrades to ensure driving safety and optimize the user experience. However, traditional in-vehicle ECUs typically require significant system resources, including CPU processing power and memory space, during firmware or software upgrades. This resource intensive ECU upgrade can deplete other in-vehicle applications, leading to slow responses and noticeable lags in these applications for drivers and passengers. This can severely impact driving safety and the overall vehicle experience. Summary of the Invention

[0003] The embodiments of the present application provide a system resource management method, device, electronic device, vehicle and storage medium, which can solve the problem that the ECU upgrade process occupies a large amount of system resources, causing vehicle-mounted applications to freeze and affecting the normal driving of the vehicle.

[0004] In a first aspect, an embodiment of the present application provides a method for managing system resources, the method comprising: obtaining the load condition of the system resources in response to an event of upgrading the electronic control unit of a vehicle; and reducing the occupancy rate of the system resources occupied by the upgrade software when the load condition meets the load conditions, the upgrade software being used to upgrade the electronic control unit.

[0005] Optionally, the system resources include central processing unit resources and / or disk bandwidth resources, and when the load condition meets the load condition, reducing the occupancy rate of the system resources occupied by the upgrade software includes: when it is monitored that the load condition is that the load of the central processing unit resources is greater than or equal to a first load threshold and / or the load of the disk bandwidth resources is greater than or equal to a second load threshold, determining that the load condition meets the load condition; reducing the occupancy rate of the central processing unit resources and / or the disk bandwidth resources occupied by the upgrade software by reducing the running efficiency of the upgrade software, so that the load of the central processing unit resources is less than the first load threshold and / or the load of the disk bandwidth resources is less than the second load threshold. When the load of the central processing unit resources is greater than or equal to the first load threshold and / or the load of the disk bandwidth resources is greater than or equal to the second load threshold, reducing the operating efficiency of the upgrade software can reduce the occupancy rate of the central processing unit resources and / or disk bandwidth resources occupied by the upgrade software, thereby reducing the load of the central processing unit resources and / or disk bandwidth resources. In this way, dynamic adjustment of the central processing unit resources and / or disk bandwidth resources is achieved, ensuring that there are sufficient central processing unit resources and / or disk bandwidth resources to support the normal operation of other vehicle-mounted applications, and solving the problem that the electronic control unit upgrade process occupies a large amount of central processing unit resources and / or disk bandwidth resources, affecting the normal operation of other vehicle-mounted applications.

[0006] Optionally, the system resources include memory resources, and when the load condition meets the load condition, reducing the occupancy rate of the system resources occupied by the upgrade software includes: when it is monitored that the load condition is that the load of the memory resource is greater than or equal to a third load threshold, determining that the load condition meets the load condition; and reducing the occupancy rate of the memory resource occupied by the upgrade software by stopping the running of the upgrade software, so that the load of the memory resource is less than the third load threshold. When the load of the memory resource is greater than or equal to the third load threshold, stopping the running of the upgrade software can reduce the occupancy rate of the memory resource occupied by the upgrade software, release content resources, and reduce the load of the memory resource. In this way, dynamic adjustment of memory resources is achieved, ensuring that there are sufficient memory resources to support the normal operation of other vehicle-mounted applications, and solving the problem that the electronic control unit upgrade process occupies a large amount of memory resources, affecting the normal operation of other vehicle-mounted applications.

[0007] Optionally, reducing the operating efficiency of the upgrade software includes controlling the upgrade software to perform time slicing rotation between a running state and a dormant state, thereby reducing the operating efficiency of the upgrade software. The time slicing rotation allows the upgrade software to rotate between the running state and the dormant state. The dormant state can reduce the operating efficiency of the upgrade software, thereby achieving dynamic control of the upgrade software.

[0008] Optionally, after stopping the upgrade software, the method further includes: recording the breakpoint at which the upgrade software was stopped; and resuming the upgrade software from the breakpoint when it is detected that the load of the memory resources is less than or equal to the third load threshold. By recording the breakpoint at which the upgrade software was stopped, the upgrade software can be resumed from the breakpoint when sufficient memory resources are available, thereby avoiding the need to restart the upgrade process of the electronic control unit and improving the efficiency and resource utilization of upgrading the electronic control unit through the upgrade software.

[0009] Optionally, after obtaining the system resource load in response to the event of upgrading the vehicle's electronic control unit, the method further includes: terminating the execution of the entertainment software if the load condition meets the load condition, thereby reducing the occupancy rate of the system resources occupied by the entertainment software. In this way, by terminating the execution of the entertainment software, the occupancy rate of the system resources occupied by the entertainment software can be reduced, further freeing up system resources, reducing the load on the system resources, and ensuring that sufficient system resources are available to support the normal operation of other in-vehicle applications.

[0010] In a second aspect, an embodiment of the present application provides a system resource management device, which includes: an acquisition module for acquiring the load condition of the system resources in response to an event of upgrading the electronic control unit of a vehicle; a management module for reducing the occupancy rate of the system resources occupied by the upgrade software when the load condition meets the load conditions, and the upgrade software is used to upgrade the electronic control unit.

[0011] In a third aspect, an embodiment of the present application provides an electronic device, which includes a memory for storing executable program code; and a processor for calling and running the executable program code from the memory, so that the electronic device performs the steps of the method described in the first aspect.

[0012] In a fourth aspect, an embodiment of the present application provides a readable storage medium, on which a program or instruction is stored. When the program or instruction is executed by a processor, the steps of the method described in the first aspect are implemented.

[0013] In a fifth aspect, an embodiment of the present application provides a vehicle, which includes the electronic device as described in the third aspect.

[0014] In an embodiment of the present application, the load condition of system resources is obtained by responding to an event of upgrading the electronic control unit of a vehicle; when the load condition meets the load condition, the occupancy rate of system resources occupied by the upgrade software is reduced, and the upgrade software is used to upgrade the electronic control unit, thereby reducing the occupancy rate of system resources occupied by the upgrade software. The occupancy rate of system resources occupied by the upgrade software can be adjusted according to the load condition of the system resources. When the load condition meets the load condition, the occupancy rate of system resources occupied by the upgrade software is reduced, and the system resources occupied by the upgrade software can be released, thereby reducing the load of system resources, ensuring that there are sufficient system resources to support the normal operation of other vehicle-mounted applications, reducing the jamming of vehicle-mounted applications, and avoiding the upgrade of the electronic control unit affecting the normal operation of the vehicle.

[0015] The above description is only an overview of the technical solution of the present application. In order to more clearly understand the technical means of the present application, it can be implemented in accordance with the contents of the specification. In order to make the above and other purposes, features and advantages of the present application more obvious and easy to understand, the specific implementation methods of the present application are listed below. BRIEF DESCRIPTION OF THE DRAWINGS

[0016] In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the following briefly introduces the drawings required for use in the embodiments or the description of the prior art. Obviously, the drawings described below are only some embodiments recorded in the embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying any creative labor.

[0017] Figure 1 This is a flowchart of a method for managing system resources provided by an embodiment of the present application; Figure 2 This is a schematic diagram of the structure of a system resource management device provided in an embodiment of the present application; Figure 3 This is a structural diagram of an electronic device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0018] The following will be combined with the drawings in the embodiments of this application to clearly and completely describe the technical solutions in the embodiments of this application. Obviously, the embodiments described are part of the embodiments of this application, not all of them. Based on the embodiments in this application, all other embodiments obtained by ordinary technicians in this field without making creative efforts are within the scope of protection of this application.

[0019] The terms "first," "second," and the like in the specification and claims of this application are used to distinguish similar objects, and are not used to describe a specific order or precedence. It should be understood that the terms used in this manner are interchangeable where appropriate, so that the embodiments of this application can be implemented in an order other than that illustrated or described herein, and that the objects distinguished by "first," "second," and the like are generally of the same type, and do not limit the number of objects; for example, the first object can be one or more. In addition, the term "and / or" in the specification and claims refers to at least one of the connected objects, and the character " / " generally indicates that the objects connected are in an "or" relationship.

[0020] During upgrades, in-vehicle electronic control units (ECUs) consume excessive amounts of system resources, causing lags when using in-vehicle applications, which can affect normal vehicle operation. Traditional ECU upgrade solutions fail to account for application lag and the impact on normal vehicle operation caused by ECU upgrades, resulting in users clearly perceiving a decrease in vehicle system performance. This is because traditional ECU upgrade solutions fail to intelligently allocate vehicle system resources during the upgrade process, resulting in wasteful and excessive resource usage. Furthermore, traditional ECU upgrade solutions employ fixed upgrade strategies that fail to dynamically adjust based on the vehicle's current state and driving environment. This leads to in-vehicle network congestion and excessive computing pressure, preventing sufficient resources from supporting normal vehicle operation. Especially in high-end vehicles, the increasing number of ECUs and the complex data interactions between them exacerbate resource usage issues. Intelligently optimizing system resource allocation while ensuring seamless upgrades has become a major technical challenge for automakers.

[0021] To address the issue of excessive vehicle system resources being occupied by electronic control unit upgrades, which can lead to lags in vehicle applications and affect the vehicle's normal operation, the present invention provides a system resource management method, device, electronic device, vehicle, and storage medium. The following, in conjunction with the accompanying drawings, describes in detail the system resource management method, device, vehicle, electronic device, and storage medium provided in the present invention through specific embodiments and their application scenarios.

[0022] Figure 1 A method for managing system resources provided by an embodiment of the present application is shown. The method may be applicable to a vehicle controller, and the method includes the following steps: Step S101: In response to an event of upgrading an electronic control unit of a vehicle, obtaining a load condition of system resources.

[0023] An electronic control unit (ECU) is a vehicle's integrated control device, responsible for monitoring and regulating various vehicle parameters, such as ignition timing, fuel injection volume, turbocharger pressure, and air-fuel ratio. Upgrading a vehicle's ECU typically involves adjusting and optimizing the ECU's software or firmware to improve vehicle performance, optimize fuel efficiency, enhance the driving experience, or fix potential issues.

[0024] In an embodiment of the present application, intelligent dynamic resource allocation is achieved by monitoring vehicle system resources. When upgrading a vehicle's electronic control unit (ECU), the vehicle's system resources can be monitored in real time in response to the ECU upgrade event to obtain the load of the system resources. This system resource may include resources that support normal vehicle operation and various functions, such as central processing unit (CPU) resources and memory resources. System resources are not specifically limited here.

[0025] In an embodiment of the present application, obtaining the load status of system resources may include obtaining load information of system resources. For example, in response to an event of upgrading the electronic control unit of a vehicle, when monitoring the load status of system resources, a CPU resource load of 80% is obtained, indicating that 80% of the CPU resources are used to upgrade the electronic control unit of the vehicle and to run other in-vehicle applications. As another example, system resources may also include memory resources. In response to an event of upgrading the electronic control unit of a vehicle, when monitoring the load status of system resources, a memory resource load of 90% is obtained, indicating that 90% of the memory resources are used to upgrade the electronic control unit of the vehicle and to run other in-vehicle applications.

[0026] Step S102: When the load condition meets the load condition, the occupancy rate of the system resources occupied by the upgrade software is reduced.

[0027] In this embodiment of the present application, all in-vehicle software can be strictly categorized into essential driving software, entertainment software, and silent and invisible software. Essential driving software can include services such as navigation and real-time traffic conditions, driving records and safety monitoring, vehicle management and driving data, and driver assistance and safety warning software. Entertainment software can include entertainment and social networking (e.g., music, video, and gaming), and non-emergency information services (e.g., advertising, shopping, and weather). Silent and invisible software can include upgrade software. In this embodiment of the present application, this upgrade software can be Over-the-Air (OTA) upgrade software. OTA upgrade software is the core technology for remote software updates in the automotive industry. In this embodiment of the present application, OTA software is the vehicle for upgrading electronic control units (ECUs). OTA software can be used to upgrade a vehicle's ECU. OTA technology transmits the upgrade package to the vehicle via wireless networks (e.g., 4G / 5G). The ECU, as the vehicle's core control unit, is the ultimate target of OTA upgrades. OTA upgrades essentially involve remotely updating the firmware or software in the ECU to optimize functionality or fix bugs. For example, car manufacturers can push the firmware or software update package of the electronic control unit to the vehicle through wireless networks (such as 4G / 5G, Wi-Fi), and then the vehicle can update the vehicle's electronic control unit through the firmware or software update package received by OTA software.

[0028] Since essential driving software is fundamental to the normal operation of a vehicle, to ensure normal operation, the embodiments of the present application do not reduce the system resources allocated to essential driving software. In this embodiment, a hypervisor solution can be used to isolate essential driving software from the architecture layer and rationally allocate system resources such as CPU resources, memory resources, and disk resources required for its operation. A hypervisor, also known as a virtual machine monitor (VMM), is an intermediate software layer running between the physical server and the operating system and plays a crucial role in the automotive industry. The hypervisor allows essential driving software to run in an independent virtual machine, isolating it from other software, thereby preventing interference and improving system stability and security. The hypervisor supports dynamic allocation of hardware resources, adjusting the allocation of resources such as CPU and memory based on the actual needs of the essential driving software. This flexibility enables the system to adapt to changing resource requirements in different scenarios and improve resource utilization. During the OTA upgrade process, the hypervisor ensures that the virtual machine containing the essential driving software is not affected by the upgrade process. This isolation mechanism prevents errors or failures during the upgrade process from causing the essential driving software to fail to operate properly.

[0029] In an embodiment of the present application, for the process of upgrading the electronic control unit through the upgrade software (OTA upgrade software), if the load condition of the monitored system resources meets the load condition, the occupancy rate of the system resources occupied by the upgrade software can be reduced. The load condition of the system resources meeting the load condition can be that the load condition of the system resources is that the system resources are insufficient to support the normal operation of the upgrade software to upgrade the electronic control unit and other vehicle-mounted applications. This means that the upgrade software occupies too many system resources, so the embodiment of the present application reduces the occupancy rate of the system resources occupied by the upgrade software, and releases sufficient system resources for use by other vehicle-mounted applications. In an embodiment of the present application, the load condition can be that the system resources of the current vehicle are insufficient to support the normal operation of the upgrade software to upgrade the electronic control unit and other vehicle-mounted applications. Therefore, in an embodiment of the present application, the load condition can be flexibly set according to the requirements of the load condition.

[0030] The system resource management method provided in the embodiment of the present application obtains the load status of the system resources by responding to the event of upgrading the electronic control unit of the vehicle; when the load status meets the load conditions, the occupancy rate of the system resources occupied by the upgrade software is reduced. The upgrade software is used to upgrade the electronic control unit. When the system resources of the vehicle are insufficient to support the normal operation of the upgrade software to upgrade the electronic control unit and other on-board applications, the occupancy rate of the system resources occupied by the upgrade software is reduced, thereby realizing real-time monitoring of the vehicle system resources and dynamic adjustment and allocation of system resources, avoiding the system resources of on-board applications being preempted at the same time, reducing resource conflicts, and reducing the impact of the upgraded electronic control unit on other on-board applications and the normal driving of the vehicle.

[0031] In the embodiments of the present application, by reducing the occupancy rate of system resources occupied by the upgrade software, the load on system resources is reduced, ensuring that there are sufficient system resources to support the smooth operation of other in-vehicle applications and the normal driving of the vehicle, avoiding the problem of in-vehicle application lag, and ensuring the user's driving experience and driving safety. In addition, reducing the occupancy rate of system resources occupied by the upgrade software can ensure that there are sufficient system resources to support the upgrade software, the upgrade electronic control unit and other in-vehicle applications to run simultaneously, realizing a multi-service in-vehicle software collaborative working strategy, improving the overall work efficiency of the vehicle, and making the user unaware of the system performance changes, realizing a senseless upgrade of the electronic control unit, and improving the user's driving experience.

[0032] In one implementation, the system resources include central processing unit (CPU) resources and / or disk bandwidth resources, and reducing the occupancy rate of the system resources occupied by the upgrade software when the load condition meets the load condition includes: determining that the load condition meets the load condition when the load of the CPU resource is greater than or equal to a first load threshold and / or the load of the disk bandwidth resource is greater than or equal to a second load threshold; reducing the occupancy rate of the CPU resource and / or the disk bandwidth resource occupied by the upgrade software by reducing the running efficiency of the upgrade software, so that the load of the CPU resource is less than the first load threshold and / or the load of the disk bandwidth resource is less than the second load threshold. In an embodiment of the present application, the system resources may include central processing unit (CPU) resources and / or disk bandwidth resources. Therefore, reducing the occupancy rate of the system resources occupied by the upgrade software when the system resources meet the load condition may be reducing the occupancy rate of the CPU resource and / or disk bandwidth resource occupied by the upgrade software when the CPU resource and / or disk bandwidth resource meet the load condition. Detailed description will be given below through specific embodiments.

[0033] During the process of upgrading the electronic control unit through software upgrade, the central processing unit resources can be monitored in real time. The load of the system resources obtained includes the load of the central processing unit resources. In the embodiment of the present application, a maximum safe operation threshold of the central processing unit resources, namely the first load threshold mentioned above, can be set. This first load threshold can be set based on the vehicle resource requirements. For example, based on the vehicle resource requirements, the first load threshold can be set to 90%. The value of the first load threshold is not specifically limited herein.

[0034] During the process of upgrading the electronic control unit, if the monitored load of the central processing unit resources is greater than or equal to the first load threshold, it means that the upgrade software for upgrading the electronic control unit has occupied too many central processing unit resources, and the remaining central processing unit resources will not be sufficient to support the normal and smooth operation of other in-vehicle applications. At this time, a central processing unit resource alarm signal can be issued to enable the central processing unit resource alarm disposal plan, that is, to give priority to reducing the operating efficiency of the background upgrade software, so as to reduce the duty cycle of the central processing unit resources, reduce the occupancy rate of the central processing unit resources occupied by the upgrade software, and reduce the operating efficiency of the upgrade software to as low as 0%. The central processing unit resources can be effectively released, so that the load of the central processing unit resources is less than the first load threshold, which can meet the central processing unit resource usage needs of other in-vehicle applications.

[0035] In an embodiment of the present application, when it is monitored that the load condition of the central processing unit resources is greater than or equal to a first load threshold, the occupancy rate of the central processing unit resources occupied by the upgrade software is reduced by reducing the running efficiency of the upgrade software, so that the load of the central processing unit resources is less than the first load threshold, thereby realizing real-time monitoring of the vehicle central processing unit resources. When the load of the central processing unit resources is greater than or equal to the first load threshold, the occupancy rate of the central processing unit resources occupied by the upgrade software is reduced by reducing the running efficiency of the upgrade software, so that the released important processor resources can be used for the normal operation of other vehicle-mounted applications, thereby realizing dynamic adjustment and allocation of central processing unit resources.

[0036] By reducing the operating efficiency of the upgrade software and lowering the occupancy rate of the CPU resources occupied by the upgrade software, the load on the CPU resources is reduced, ensuring that there are sufficient CPU resources to support the normal operation of other in-vehicle applications, avoiding the CPU resources required by in-vehicle applications being preempted by the upgrade software, reducing the lag of in-vehicle applications, reducing CPU resource conflicts, and being able to reduce the impact of the upgraded electronic control unit on other in-vehicle applications and the normal driving of the vehicle, thereby ensuring the user's driving experience and driving safety.

[0037] Although the embodiment of the present application reduces the occupancy rate of the upgrade software on the central processing unit (CPU), the upgrade software can still continue to run using a small amount of CPU resources to continue upgrading the vehicle's electronic control unit. The released CPU resources can be used for the normal operation of other vehicle-mounted applications. This ensures that the upgraded electronic control unit and other vehicle-mounted applications run simultaneously, implements a multi-business-type collaborative working strategy for vehicle-mounted software, improves the overall work efficiency of the vehicle, and allows users to be unaware of changes in system performance, thereby achieving a seamless upgrade of the electronic control unit and enhancing the user's driving experience.

[0038] The process of upgrading the electronic control unit (ECU) through software upgrade involves installing the data. This involves writing a large amount of data to the system disk, which significantly increases the system's read and write capabilities and consumes a significant amount of disk bandwidth, including disk I / O bandwidth. If other in-vehicle applications also require extensive disk access, the upgrade software may cause disk read and write queues to be blocked, leading to slow disk access for other in-vehicle applications and resulting in performance issues such as lag and lag.

[0039] Therefore, during the process of upgrading the electronic control unit through software upgrade, disk bandwidth resources can be monitored in real time. In embodiments of the present application, a maximum safe operating threshold for disk bandwidth resources, namely a second load threshold, can be set based on the actual resource requirements of the vehicle. For example, the second load threshold can be set to 90% based on the actual resource requirements of the vehicle. The value of the second load threshold is not specifically limited herein.

[0040] During the process of upgrading the electronic control unit through the upgrade software, if the load of the monitored disk bandwidth resources is greater than or equal to the second load threshold, it means that the upgrade software to upgrade the electronic control unit has occupied too many disk bandwidth resources, and the disk bandwidth resources will not be sufficient to support the normal and smooth operation of other in-vehicle applications. At this time, a disk bandwidth resource alarm signal can be issued to enable the disk bandwidth resource alarm disposal plan, that is, to prioritize reducing the operating efficiency of the background upgrade software, reduce the installation speed, reduce the disk access requirements, and release the disk bandwidth resources occupied by the upgrade software. The operating efficiency of the upgrade software can be reduced to as low as 0%. The disk bandwidth resources are effectively released, so that the load of the disk bandwidth resources is less than the second load threshold, which can meet the disk bandwidth resource usage needs of other in-vehicle applications.

[0041] During the process of upgrading the electronic control unit of the vehicle through upgrading software, if it is monitored that the load of the disk bandwidth resources is greater than or equal to the second load threshold, it means that the remaining disk bandwidth resources are insufficient to support the normal operation of other vehicle applications. At this time, the operating efficiency of the upgrading software can be reduced to release the disk bandwidth and reduce the occupancy rate of the disk bandwidth resources occupied by the upgrading software so that the load of the disk bandwidth resources is less than the second load threshold. This realizes real-time monitoring of the vehicle's disk bandwidth resources and reduces the occupancy rate of the disk bandwidth resources occupied by the upgrading software, which can release the disk bandwidth resources. The released disk bandwidth resources can be used for the operation of other vehicle applications, realizing dynamic adjustment and allocation of disk bandwidth resources, avoiding the disk bandwidth resources required by vehicle applications being preempted by the upgrading software, reducing disk bandwidth resource conflicts, ensuring sufficient disk bandwidth resources to support the smooth operation of vehicle applications and the normal driving of the vehicle, avoiding the jamming of vehicle applications, reducing the impact of upgrading the electronic control unit on other vehicle applications and the normal driving of the vehicle, and improving the user's driving experience and driving safety.

[0042] Although the embodiment of the present application reduces the occupancy rate of the disk bandwidth occupied by the upgrade software, the upgrade software can still continue to run with a small amount of disk bandwidth resources and continue to upgrade the vehicle's electronic control unit. The released disk bandwidth resources can be used for the normal operation of other vehicle-mounted applications. This can ensure that the upgrade software upgrades the electronic control unit and other vehicle-mounted applications to run simultaneously, realize a multi-business-type vehicle-mounted software collaborative work strategy, improve the overall work efficiency of the vehicle, and the user cannot perceive the change in system performance, realize the senseless upgrade of the electronic control unit, and enhance the user's driving experience. In one implementation method, the system resources include memory resources, and the reduction of the occupancy rate of the system resources occupied by the upgrade software when the load condition meets the load condition includes: when it is monitored that the load condition is that the load of the memory resource is greater than or equal to a third load threshold, determining that the load condition meets the load condition; and reducing the occupancy rate of the memory resource occupied by the upgrade software by stopping the running of the upgrade software so that the load of the memory resource is less than the third load threshold.

[0043] In an embodiment of the present application, the aforementioned system resources may include memory resources. Therefore, when the system resources meet the load conditions, reducing the occupancy rate of the system resources occupied by the upgrade software may be, when the memory resources meet the load conditions, reducing the occupancy rate of the memory resources occupied by the upgrade software. This will be described in detail below through specific embodiments.

[0044] During the process of upgrading the electronic control unit through software upgrade, memory resources can be monitored in real time. The load of system resources obtained includes the load of memory resources. In embodiments of the present application, a maximum safe operating threshold for memory resources, namely a third load threshold, can be set. This third load threshold can be set based on the actual resource requirements of the vehicle. For example, the third load threshold can be set to 90% based on the actual resource requirements of the vehicle. The value of the third load threshold is not specifically limited herein.

[0045] During the process of upgrading the electronic control unit via the upgrade software, if the monitored memory resource load is greater than or equal to the third load threshold, it indicates that the upgrade software is occupying excessive memory resources and that the memory resources are insufficient to support the normal and smooth operation of other in-vehicle applications. In this case, a memory resource alarm signal can be issued and the memory resource alarm resolution solution can be activated, which prioritizes stopping the background upgrade software and freeing up the memory resources occupied by the upgrade software. Memory resources are effectively released, reducing the memory resource load to less than the third load threshold, thereby meeting the memory resource usage needs of other in-vehicle applications.

[0046] In an embodiment of the present application, when it is monitored that the load condition of the memory resources is greater than or equal to the third load threshold, the upgrade software is stopped to release the memory and reduce the occupancy rate of the memory resources occupied by the upgrade software so that the load of the memory resources is less than the third load threshold, thereby realizing real-time monitoring of the vehicle's memory resources, and stopping the upgrade software to release the memory resources so that the released memory resources can be used for the operation of other vehicle-mounted applications, realizing dynamic adjustment and allocation of memory resources, avoiding the memory resources required by vehicle-mounted applications from being preempted by the upgrade software, reducing memory resource conflicts, and reducing the impact of the upgrade software and the electronic control unit on other vehicle-mounted applications and the normal driving of the vehicle, avoiding the jamming of vehicle-mounted applications, and ensuring that there are sufficient memory resources to support the smooth operation of vehicle-mounted applications and the normal driving of the vehicle, thereby improving the user's driving experience and driving safety.

[0047] In one implementation, reducing the operating efficiency of the upgrade software includes controlling the upgrade software to perform time slice rotation between a running state and a dormant state to reduce the operating efficiency of the upgrade software.

[0048] In an embodiment of the present application, if a CPU resource alarm or a disk bandwidth resource alarm is monitored during the process of upgrading the electronic control unit, the operating efficiency of the upgrade software will be reduced first, and the CPU resources and disk bandwidth resources occupied by the upgrade software will be reduced, so as to minimize the negative experience brought by the upgrade software to the user during the use of the vehicle. In an embodiment of the present application, in order to achieve the reduction of the operating efficiency of the upgrade software, it is first necessary to implement the data installation real-time monitoring function in the upgrade software data installation module, and the upgrade software needs to set up a sleep mechanism and a running mechanism, that is, if the upgrade software receives an external sleep signal, it can stop running and enter the sleep state. If the upgrade software receives an exit sleep signal, it can exit the sleep state and continue to run. Then, in the case where it is necessary to reduce the operating efficiency of the upgrade software, the embodiment of the present application can control the upgrade software to rotate between the running state and the sleep state according to the time slice rotation control of the installation state and the sleep state of the data installation module in the upgrade software performance scheduling module.

[0049] Specifically, in the embodiment of the present application, reasonable time slices can be set for the sleep state and the running state respectively. When it is necessary to reduce the operating efficiency of the upgrade software, the upgrade software can be controlled to end the running state and enter the sleep state after the time slice corresponding to the running state expires. After the time slice corresponding to the sleep state expires, the upgrade software is controlled to end the sleep state and enter the running state, and so on, to achieve the control of the upgrade software to rotate between the running state and the sleep state. In the embodiment of the present application, the time slices corresponding to the sleep state and the running state can be set according to actual needs.

[0050] As an example, assume the time slice corresponding to the running state is 5ms and the time slice corresponding to the sleep state is 6ms. If the operating efficiency of the upgrade software needs to be reduced, the upgrade software can be controlled to run in the running state for 6ms, then end the running state and enter the sleep state. The upgrade software can sleep in the sleep state for 5ms, then end the sleep state and enter the running state. This can be repeated in this way to control the upgrade software to rotate between the running state and the sleep state.

[0051] When the upgrade software is in the running state, it will occupy system resources (CPU resources and / or disk bandwidth resources). When the upgrade software is in the dormant state, it will not occupy system resources. In this way, the upgrade software rotates between the dormant state and the running state, thereby reducing the running efficiency of the upgrade software and further reducing the system resources occupied by the upgrade software, realizing the active adjustment function of the system resources. The maximum running efficiency of the upgrade software after the reduction depends on the parallel installation threads, and the minimum can be close to 0%.

[0052] In this way, after monitoring that the upgrade software occupies a large amount of central processing unit resources and / or disk bandwidth resources, the upgrade software can be controlled to rotate between the running state and the dormant state to reduce the operating efficiency of the upgrade software, thereby releasing the occupied central processing unit resources and / or disk bandwidth resources, preventing the central processing unit resources and / or disk bandwidth resources required by the vehicle application from being preempted by the upgrade software, reducing resource conflicts, ensuring sufficient system resources to support the smooth operation of other vehicle applications and the normal driving of the vehicle, reducing the lag of the vehicle application, and improving the user's driving experience and driving safety. In addition, by controlling the upgrade software to rotate between the running state and the dormant state, the operating efficiency of the upgrade software is reduced while releasing system resources, allowing the upgrade software to continue working and continuing to upgrade the vehicle's electronic control unit. The released system resources can be used for the normal operation of other vehicle applications. This ensures that the upgrade software upgrades the electronic control unit and other vehicle applications to run simultaneously, realizing a multi-service vehicle software collaborative working strategy, improving the overall working efficiency of the vehicle, and making the user unaware of the system performance change, realizing a seamless upgrade of the electronic control unit, and improving the user's driving experience.

[0053] In one implementation, after stopping the upgrade software, the method further includes: recording the breakpoint at which the upgrade software was stopped; and resuming the upgrade software from the breakpoint when it is monitored that the load of the memory resource is less than the third load threshold.

[0054] In an embodiment of the present application, if a memory resource alarm is detected during the process of upgrading the electronic control unit, the upgrade software will be stopped first to release the memory resources occupied by the upgrade software. At the same time, the central processing unit resources occupied by the upgrade software will also be released, so as to minimize the negative experience brought by the upgrade software to the user during the use of the vehicle. The embodiment of the present application implements breakpoint recording and breakpoint recovery functions in the installation scheduling module of the upgrade software. That is, when the upgrade software is stopped, the breakpoints of the upgrade software can be recorded. When it is detected that the memory resources are idle, that is, the load of the memory resources is less than the third load threshold, the operation of the upgrade software can be restored from the breakpoint.

[0055] Specifically, when the upgrade software is stopped, the breakpoint location of the upgrade software can be recorded. The specific steps in the installation scheduling module for upgrading the electronic control unit (ECU) can also be recorded, such as the downloaded file list and installed components. Key data in memory, such as temporary files and configuration parameters during the upgrade process, can also be recorded. The breakpoint timestamp can also be recorded. When memory resources are free, the upgrade software recovery process is triggered, and the most recent breakpoint record can be loaded to check the existence of the downloaded file list, installed components, temporary files, correct configuration parameters, and timestamps. Once verified, the ECU upgrade can be resumed from the breakpoint. For example, if the upgrade software is stopped at 70% of the ECU upgrade progress, the breakpoint location will be at that 70% level. When the upgrade software needs to be resumed, the ECU upgrade can be resumed from that 70% level.

[0056] In this way, by recording the breakpoint where the upgrade software stops running, the operation of the upgrade software can be resumed from the breakpoint when there are sufficient memory resources, avoiding restarting the upgrade process of the electronic control unit, avoiding repeating the steps of upgrading the electronic control unit that have been completed, avoiding repeated work of the upgrade software, saving time, and resuming the operation of the upgrade software from the breakpoint, avoiding repeated occupation of system resources, and improving the efficiency and resource utilization of upgrading the electronic control unit through the upgrade software.

[0057] In one implementation, after obtaining the load condition of system resources in response to the event of upgrading the vehicle electronic control unit, it also includes: when it is monitored that the load condition meets the load conditions, terminating the operation of the entertainment software to reduce the occupancy rate of the system resources occupied by the entertainment software.

[0058] In an embodiment of the present application, in order to further release system resources when a system resource alarm is sounded, if during the process of upgrading the electronic control unit through the upgrade software, it is monitored that the load of the system resources meets the load conditions (for example, the load of the central processing unit resources is greater than or equal to the first load threshold, the load of the memory resources is greater than or equal to the third load threshold, or the load of the disk bandwidth resources is greater than or equal to the second load threshold), the system resources cannot support the normal operation of the upgraded software to upgrade the electronic control unit and other vehicle-mounted software. It is also possible to terminate the operation of the entertainment software on the basis of reducing the operating efficiency of the upgraded software or stopping the operation of the upgraded software, thereby releasing the system resources occupied by the entertainment software.

[0059] For example, during the process of upgrading an electronic control unit through upgrading software, if the load of the CPU resources is monitored to be greater than or equal to a first load threshold, in addition to reducing the operating efficiency of the upgrading software, the operation of the entertainment software may be terminated, thereby releasing the CPU resources occupied by the entertainment software. As another example, during the process of upgrading an electronic control unit through upgrading software, if the load of the memory resources is monitored to be greater than or equal to a third load threshold, in addition to stopping the operation of the upgrading software, the operation of the entertainment software may be terminated, thereby releasing the memory resources occupied by the entertainment software. As another example, during the process of upgrading an electronic control unit through upgrading software, if the load of the disk bandwidth resources is monitored to be greater than or equal to a second load threshold, in addition to reducing the operating efficiency of the upgrading software, the running entertainment software may be terminated, thereby releasing the CPU resources occupied by the entertainment software.

[0060] In this way, by reducing the occupancy rate of the system resources occupied by entertainment software, the system resources occupied by entertainment software can be further released on the basis of controlling the release of system resources by the upgrade software, thereby reducing the conflict of system resources and ensuring that there are sufficient system resources to support the smooth operation of other in-vehicle applications and the normal driving of the vehicle, thereby ensuring the user's driving experience and driving safety.

[0061] Below, the system resource management method provided in the embodiment of the present application is specifically described through a specific embodiment.

[0062] In the embodiment of the present application, system resources for three major categories of software, namely essential driving software, entertainment software, and upgrade software, can be flexibly allocated based on the load of system resources (CPU resources, memory resources, and disk bandwidth resources) in combination with CPU resource duty cycle control technology. A multi-service in-vehicle software collaborative working strategy is implemented: essential function software is given high priority, user entertainment software is given medium priority, and upgrade software is given the lowest priority in the non-sensing mode. This prevents simultaneous preemption of system resources, reduces resource conflicts, and improves overall system efficiency, including the following steps: 1. Strictly classify all in-vehicle software: Necessary driving software: navigation and real-time traffic conditions, driving records and safety monitoring, vehicle management and driving data services, driving assistance and safety warnings.

[0063] Entertainment software: entertainment and social software (such as music software, video software, game software, etc.), non-emergency information services (advertising software, shopping software, weather software, etc.).

[0064] Silent and imperceptible type: software upgrade (OTA software upgrade).

[0065] 2. Use a hypervisor solution to isolate "essential driving software" from the architecture layer and reasonably allocate the central processing unit resources, memory resources, disk bandwidth resources, etc. required for the operation of such software.

[0066] 3. Complete real-time monitoring of CPU resources, memory resources, and disk bandwidth resources, and set the highest safe operation threshold. For example, if the CPU resource load is greater than or equal to 90%, the memory resource load is or equal to 90%, and the disk bandwidth resource load is greater than 90%, a corresponding warning signal is sent. In an embodiment of the present application, the load of the CPU resources, memory resources, and disk bandwidth resources can be obtained through command line tools, and the CPU resources, memory resources, and disk bandwidth resources can also be monitored using tools such as Task Manager and Performance Monitor. Of course, real-time monitoring of the CPU resources, memory resources, and disk bandwidth resources can also be achieved through third-party tools.

[0067] 4. When system resource alarms occur, the alarm signals can be divided into the following situations: CPU resource alarm handling solution: Prioritize reducing the operating efficiency of background OTA upgrade software, and then exit background entertainment software to meet the CPU resource needs of other in-vehicle applications.

[0068] Memory resource alarm handling solution: First stop the running of the background OTA upgrade software to free up memory resources. Secondly, you can directly exit the background entertainment software to free up memory resources.

[0069] Disk I / O bandwidth resource alarm resolution: During the OTA upgrade software installation process, a large amount of data is written to the system disk. This significantly occupies the system disk's read / write capacity. If other in-vehicle applications also require extensive disk access, these applications may experience slow performance due to queues for disk reads and writes. Therefore, if a disk I / O bandwidth alarm occurs, prioritize reducing the efficiency of the background OTA upgrade software, slowing installation speed and minimizing disk access requirements. This will help meet the disk I / O bandwidth requirements of other in-vehicle applications.

[0070] OTA upgrade software "no-feeling upgrade": When the system resource alarm is triggered, the embodiment of this application will prioritize reducing the CPU resource usage, memory resource usage, and disk bandwidth usage of the OTA upgrade software, so as to minimize the negative experience of the OTA upgrade software during the user's car use. To achieve "no-feeling upgrade" of OTA upgrade software, the following steps need to be implemented: 1. In the OTA upgrade software data installation module, the real-time monitoring function of data installation is realized: If an external sleep signal is received, the OTA upgrade software can be stopped immediately to release CPU resources and enter sleep mode.

[0071] If an external recovery installation signal is received, you can immediately exit hibernation and continue running the OTA upgrade software.

[0072] 2. In the OTA upgrade software performance scheduling module, the system's central processing unit resources are actively adjusted based on the time slice rotation control of the "running state" and "sleeping state" of the data installation module. The maximum adjustment depends on the parallel installation threads and the minimum can be close to 0%.

[0073] 3. In the installation scheduling module of the OTA upgrade software, the functions of breakpoint recording and breakpoint recovery are implemented.

[0074] When a memory resource alarm occurs, stop running the OTA upgrade software to completely release memory resources, which will also release CPU resources.

[0075] When memory resources are free, the OTA upgrade software is restarted according to the breakpoint, and the upgrade activity will continue from the stop point.

[0076] It should be noted that in the embodiments of the present application, traditional static resource configuration strategies (such as single priority strategies and network speed limit strategies) can also be used as partial replacements for resource monitoring and allocation. In the embodiments of the present application, higher-level hardware resources (such as higher-performance CPUs and larger memories) can also be used to support the upgrade process, which can, to a certain extent, address the issue of excessive system resource usage.

[0077] The system resource management method provided in the embodiment of the present application reduces the occupancy rate of system resources occupied by the upgrade software when the system resources of the vehicle are insufficient to support the normal operation of the upgraded electronic control unit and other on-board applications, thereby realizing real-time monitoring of the vehicle system resources. By reducing the system resources occupied by the upgrade software, the released system resources can be used for the normal operation of other on-board applications, thereby realizing dynamic adjustment and allocation of system resources, avoiding the simultaneous preemption of system resources of on-board applications, reducing resource conflicts, and reducing the impact of the upgraded electronic control unit on other on-board applications and the normal driving of the vehicle, reducing the jamming of on-board applications, ensuring sufficient system resources to support the smooth operation of on-board applications and the normal driving of the vehicle, and ensuring the driving experience and driving safety of the user.

[0078] It should be noted that the execution entity of the system resource management method provided in the embodiments of the present application can be a system resource management device, or a control module in the system resource management device for executing the system resource management method. In the embodiments of the present application, the system resource management device provided in the embodiments of the present application is described by taking the execution of the system resource management method by the system resource management device as an example.

[0079] Figure 2 FIG is a structural diagram of a system resource management device according to an embodiment of the present application. Figure 2 As shown, the system resource management device 200 includes: an acquisition module 210 and a management module 220.

[0080] The acquisition module 210 is used to obtain the load condition of the system resources in response to the event of upgrading the electronic control unit of the vehicle; the management module 220 is used to reduce the occupancy rate of the system resources occupied by the upgrade software when the load condition meets the load conditions, and the upgrade software is used to upgrade the electronic control unit.

[0081] In one implementation, the system resources include central processing unit resources and / or disk bandwidth resources. The management module 220 is used to determine that the load condition meets the load condition when it is monitored that the load of the central processing unit resources is greater than or equal to a first load threshold and / or the load of the disk bandwidth resources is greater than or equal to a second load threshold; and reduce the occupancy rate of the central processing unit resources and / or the disk bandwidth resources occupied by the upgrade software by reducing the running efficiency of the upgrade software, so that the load of the central processing unit resources is less than the first load threshold and / or the load of the disk bandwidth resources is less than the second load threshold.

[0082] In one implementation, the system resources include memory resources, and the management module 220 is used to determine that the load condition meets the load condition when it is monitored that the load of the memory resources is greater than or equal to a third load threshold; and to reduce the occupancy rate of the memory resources occupied by the upgrade software by stopping the running of the upgrade software, so that the load of the memory resources is less than the third load threshold.

[0083] In one implementation, the management module 220 is configured to control the upgrade software to perform time slice rotation between the running state and the dormant state, so as to reduce the operating efficiency of the upgrade software.

[0084] In one implementation, the management module 220 is further configured to record a breakpoint at which the upgrade software stops running; and resume the running of the upgrade software from the breakpoint when it is detected that the load of the memory resource is less than the third load threshold.

[0085] In one implementation, the management module 220 is further configured to terminate the operation of the entertainment software when it is detected that the load condition meets the load condition, so as to reduce the occupancy rate of the system resources occupied by the entertainment software.

[0086] The system resource management device in the embodiments of the present application can be a device, or a component, integrated circuit, or chip in a terminal. The device can be a mobile electronic device or a non-mobile electronic device. For example, the mobile electronic device can be a mobile phone, tablet computer, laptop computer, PDA, in-vehicle electronic device, wearable device, ultra-mobile personal computer (UMPC), netbook, or personal digital assistant (PDA), while the non-mobile electronic device can be a server, network attached storage (NAS), personal computer (PC), television, ATM, or self-service machine, etc., without specific limitations in the embodiments of the present application.

[0087] The system resource management device in the embodiment of the present application may be a device having an operating system. The operating system may be an Android operating system, an iOS operating system, or other possible operating systems, which are not specifically limited in the embodiment of the present application.

[0088] The system resource management device provided in the embodiment of the present application can achieve Figure 1To avoid repetition, the various processes implemented in the method embodiment are not described here.

[0089] Alternatively, as Figure 3 As shown, an embodiment of the present application further provides an electronic device 300, including a processor 301 and a memory 302, wherein the memory 302 stores an executable program code that can be run on the processor 301, and when the executable program code is called and executed by the processor 301, it implements: in response to the event of upgrading the electronic control unit of the vehicle, obtaining the load condition of the system resources; when the load condition meets the load conditions, reducing the occupancy rate of the system resources occupied by the upgrade software, and the upgrade software is used to upgrade the electronic control unit.

[0090] In one implementation, the system resources include central processing unit resources and / or disk bandwidth resources. When it is monitored that the load condition is that the load of the central processing unit resources is greater than or equal to a first load threshold and / or the load of the disk bandwidth resources is greater than or equal to a second load threshold, it is determined that the load condition meets the load condition; by reducing the operating efficiency of the upgrade software, the occupancy rate of the central processing unit resources and / or the disk bandwidth resources is reduced, so that the load of the central processing unit resources is less than the first load threshold and / or the load of the disk bandwidth resources is less than the second load threshold.

[0091] In one implementation, the system resources include memory resources. When it is monitored that the load condition is that the load of the memory resources is greater than or equal to a third load threshold, it is determined that the load condition meets the load condition; by stopping the running of the upgrade software, the occupancy rate of the memory resources occupied by the upgrade software is reduced so that the load of the memory resources is less than the third load threshold.

[0092] In one implementation, the upgrading software is controlled to perform time slice rotation between the running state and the dormant state, so as to reduce the operating efficiency of the upgrading software.

[0093] In one implementation, after stopping the upgrade software, the breakpoint at which the upgrade software is stopped is recorded; and when it is monitored that the load of the memory resource is less than the third load threshold, the upgrade software is resumed from the breakpoint.

[0094] In one implementation, after obtaining the load condition of system resources in response to the event of upgrading the vehicle electronic control unit, if it is monitored that the load condition meets the load conditions, the operation of the entertainment software is terminated to reduce the occupancy rate of the system resources occupied by the entertainment software.

[0095] The specific execution steps can refer to the various steps of the above-mentioned system resource management method embodiment, and can achieve the same technical effect. To avoid repetition, they will not be repeated here.

[0096] It should be noted that the electronic devices in the embodiments of the present application include: servers, terminals, or other devices other than terminals.

[0097] The above electronic device structure does not constitute a limitation on the electronic device. The electronic device may include more or fewer components than shown in the figure, or combine certain components, or arrange the components differently. For example, the input unit may include a graphics processing unit (GPU) and a microphone, and the display unit may be configured as a display panel in the form of a liquid crystal display, an organic light-emitting diode, etc. The user input unit includes at least one of a touch panel and other input devices. A touch panel is also called a touch screen. Other input devices may include, but are not limited to, a physical keyboard, function keys (such as volume control buttons, power buttons, etc.), a trackball, a mouse, and a joystick, which will not be detailed here.

[0098] The memory can be used to store software programs and various data. The memory may mainly include a first storage area for storing programs or instructions and a second storage area for storing data. The first storage area may store an operating system, applications or instructions required for at least one function (such as a sound playback function, an image playback function, etc.). In addition, the memory may include volatile memory or non-volatile memory, or the memory may include both volatile and non-volatile memory. The non-volatile memory may be a read-only memory (ROM), a programmable read-only memory (PROM), an erasable programmable read-only memory (EPROM), an electrically erasable programmable read-only memory (EEPROM), or a flash memory. Volatile memory can be random access memory (RAM), static random access memory (SRAM), dynamic random access memory (DRAM), synchronous dynamic random access memory (SDRAM), double data rate synchronous dynamic random access memory (DDRSDRAM), enhanced synchronous dynamic random access memory (ESDRAM), synchronous link dynamic random access memory (SLDRAM) and direct rambus random access memory (DRRAM).

[0099] The processor may include one or more processing units; optionally, the processor may integrate an application processor and a modem processor, wherein the application processor primarily handles operations related to the operating system, user interface, and application programs, and the modem processor primarily processes wireless communication signals, such as a baseband processor. It is understood that the modem processor may not be integrated into the processor.

[0100] An embodiment of the present application also provides a readable storage medium, on which a program or instruction is stored. When the program or instruction is executed by a processor, the various processes of the above-mentioned system resource management method embodiment are implemented, and the same technical effect can be achieved. To avoid repetition, it will not be repeated here.

[0101] The processor is the processor in the electronic device described in the above embodiment. The readable storage medium includes a computer-readable storage medium, such as ROM, RAM, magnetic disk or optical disk.

[0102] The present application also provides a vehicle, comprising the electronic device in the above embodiment and the computer-readable storage medium in the above embodiment, wherein the vehicle implements the system resource management method described in any one of the above embodiments.

[0103] The vehicle of the above embodiment is used to implement the system resource management method described in any of the above embodiments, and has the beneficial effects of the corresponding method embodiments, which will not be repeated here.

[0104] It should be noted that, in this article, the terms "comprise", "include" or any other variants thereof are intended to cover non-exclusive inclusion, so that a process, method, article or device comprising 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, an element defined by the statement "comprises a ..." does not exclude the presence of other identical elements in the process, method, article or device comprising the element. In addition, it should be noted that the scope of the methods and devices in the embodiments of the present application is not limited to performing functions in the order shown or discussed, and may also include performing functions in a substantially simultaneous manner or in the opposite order according to the functions involved. For example, the described method may be performed in an order different from that described, and various steps may also be added, omitted, or combined. In addition, the features described with reference to certain examples may be combined in other examples.

[0105] Through the description of the above embodiments, those skilled in the art can clearly understand that the above-mentioned embodiment methods can be implemented by means of software plus the necessary general hardware platform. Of course, they can also be implemented by hardware, but in many cases the former is a better embodiment. Based on this understanding, the technical solution of this application, or the part that contributes to the existing technology, can be embodied in the form of a computer software product. This computer software product is stored in a storage medium (such as ROM / RAM, magnetic disk, optical disk), and includes a number of instructions for enabling a terminal (which can be a mobile phone, computer, server, or network device, etc.) to execute the methods described in each embodiment of this application.

[0106] The embodiments of the present application are described above in conjunction with the accompanying drawings, but the present application is not limited to the above-mentioned specific implementation methods. The above-mentioned specific implementation methods are merely illustrative and not restrictive. Under the guidance of this application, ordinary technicians in this field can also make many forms without departing from the purpose of this application and the scope of protection of the claims, all of which are within the protection of this application.

Claims

1. A method for managing system resources, characterized in that: include: In response to an event of upgrading an electronic control unit of a vehicle, obtaining a load condition of a system resource; When the load condition meets the load condition, the occupancy rate of the system resources occupied by the upgrade software is reduced, and the upgrade software is used to upgrade the electronic control unit.

2. The management method according to claim 1, characterized in that: The system resources include central processing unit resources and / or disk bandwidth resources. When the load condition meets the load condition, reducing the occupancy rate of the system resources occupied by the upgrade software includes: When it is monitored that the load condition is that the load of the central processing unit resource is greater than or equal to a first load threshold and / or the load of the disk bandwidth resource is greater than or equal to a second load threshold, determining that the load condition meets the load condition; By reducing the operating efficiency of the upgrade software, the occupancy rate of the central processing unit resources and / or the disk bandwidth resources occupied by the upgrade software is reduced, so that the load of the central processing unit resources is less than the first load threshold and / or the load of the disk bandwidth resources is less than the second load threshold.

3. The management method according to claim 1, characterized in that: The system resources include memory resources, and when the load condition meets the load condition, reducing the occupancy rate of the system resources occupied by the upgrade software includes: In a case where it is monitored that the load condition is that the load of the memory resource is greater than or equal to a third load threshold, determining that the load condition meets the load condition; The occupancy rate of the memory resource occupied by the upgrade software is reduced by stopping the running of the upgrade software, so that the load of the memory resource is less than the third load threshold.

4. The management method according to claim 2, characterized in that: The reducing the operating efficiency of the upgrading software includes: The upgrading software is controlled to perform time slice rotation between the running state and the dormant state to reduce the running efficiency of the upgrading software.

5. The management method according to claim 3, characterized in that: Also includes: Recording the breakpoint at which the upgrade software stops running; When it is monitored that the load of the memory resource is less than the third load threshold, the operation of the upgrade software is resumed from the breakpoint.

6. The management method according to claim 1, characterized in that: Also includes: When it is monitored that the load condition meets the load condition, the operation of the entertainment software is terminated to reduce the occupancy rate of the system resources occupied by the entertainment software.

7. A system resource management device, characterized in that: include: an acquisition module, configured to acquire a load condition of system resources in response to an event of upgrading an electronic control unit of a vehicle; The management module is used to reduce the occupancy rate of the system resources occupied by the upgrade software when the load condition meets the load condition, and the upgrade software is used to upgrade the electronic control unit.

8. An electronic device, characterized in that: include: a memory for storing executable program code; A processor, configured to call and run the executable program code from the memory, so that the vehicle executes the steps of the system resource management method according to any one of claims 1 to 6.

9. A vehicle, characterized in that: Comprising the electronic device as claimed in claim 8.

10. A readable storage medium, characterized in that: The readable storage medium stores a program or instruction, and when the program or instruction is executed by the processor, the steps of the system resource management method according to any one of claims 1 to 6 are implemented.

Images