Central computing platform kernel monitoring method and device, equipment and storage medium
By monitoring the system resources and critical process information of the central computing platform kernel in real time and triggering the health manager action, the compatibility and performance issues of existing kernel monitoring methods are resolved, and the stable operation and performance optimization of the system are achieved.
Patent Information
- Application Number
- CN202510979461.6
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2025-07-16
- Publication Date
- 2025-11-14
AI Technical Summary
Existing methods for monitoring the kernel of a central computing platform have shortcomings in terms of compatibility and performance, and cannot effectively manage the kernel health status, leading to the risk of system crashes.
By acquiring real-time system resource information and critical process information of the target kernel, corresponding Health Manager (HAM) actions are triggered, including monitoring CPU and memory usage, managing abnormal processes, and a periodic heartbeat message restart mechanism, to ensure real-time monitoring and abnormal handling of the kernel's health status.
It enables real-time monitoring and anomaly handling of the central computing platform kernel, ensuring stable system operation and improving system availability and performance optimization.
Smart Images

Figure CN120950328A_ABST
Abstract
Description
Technical Field
[0001] This invention relates to the field of vehicle computing platform technology, and in particular to a central computing platform kernel monitoring method, apparatus, device, and storage medium. Background Technology
[0002] The central in-vehicle computing platform is the core architecture for the development of intelligent vehicles. It aims to integrate the dispersed computing resources, data processing capabilities, and functional modules within the vehicle to form a unified central control hub. By centrally managing the in-vehicle electronic systems, it enables data interoperability, functional collaboration, and intelligent decision-making, and is a key technology driving the transformation of automobiles into "intelligent mobile terminals."
[0003] In multi-core central in-vehicle computing platforms, kernel health management is a critical step in ensuring stable system operation, performance optimization, and hardware lifespan. If kernel hardware failures (such as circuit anomalies or cache errors) or software anomalies (such as deadlocks or memory leaks) are not managed promptly, they can lead to the collapse of the entire in-vehicle system. Common kernel monitoring tools include Preload, Netlink Connector, Audit, Syscallhook, and IPRmon; however, these methods have drawbacks in terms of compatibility and performance.
[0004] Therefore, there is an urgent need to design a scheme for monitoring the health status of the kernel in order to monitor and manage the central computing platform. Summary of the Invention
[0005] The present invention aims to solve at least one of the technical problems existing in the prior art, and proposes a method, apparatus, device and storage medium for monitoring the kernel of a central computing platform.
[0006] In a first aspect, embodiments of the present invention provide a method for monitoring the kernel of a central computing platform, comprising:
[0007] The system resource information of the target kernel is acquired in real time, and the corresponding HAM action is triggered when the first type of HAM condition is triggered.
[0008] It acquires key process information of the target kernel in real time, and responds to the corresponding HAM action when the second type of HAM condition is triggered;
[0009] The system periodically retrieves heartbeat messages from the target kernel. If no heartbeat message is received within a preset time, the target kernel is restarted.
[0010] In one embodiment, the target kernel includes at least: a high availability manager, a service level manager, a HAM entity, a health manager, and a diagnostic fault code manager.
[0011] In one embodiment, the service level manager is used to start or restart an application consisting of multiple processes started in a specific order.
[0012] In one embodiment, the HAM entity includes: a system monitor and key processes in the application; the system monitor and key processes in the application are marked using HAM entity handles.
[0013] In one embodiment, when a first type of HAM condition is triggered, the corresponding HAM action is responded to, including:
[0014] The system monitor in the target kernel acts as a HAM entity and acquires the CPU and memory usage in the target kernel in real time.
[0015] When the utilization rate of the CPU and / or the memory exceeds a preset threshold, the first type of HAM condition is triggered.
[0016] The high availability manager in the target kernel, based on the first type of HAM condition, either reports to the diagnostic fault code manager in the target kernel or restarts the relevant processes by reporting to the service level manager in the target kernel.
[0017] In one embodiment, the method further includes: externally monitoring the CPU and memory usage in the target kernel, specifically:
[0018] The system monitor establishes a connection with the high availability manager by calling a function. When the CPU and / or memory usage exceeds a preset threshold, it obtains the first type of HAM condition that has been triggered.
[0019] The high availability manager obtains the triggered first type of HAM condition, configures the corresponding HAM action, and sends the corresponding pulse information to the health manager;
[0020] After receiving the pulse information, the health manager sends a diagnostic fault code report corresponding to the fault to the diagnostic fault code manager.
[0021] The diagnostic fault code manager sends fault data to the microprocessor server;
[0022] The microprocessor server sends fault data to the auxiliary monitoring kernel.
[0023] In one embodiment, when a second type of HAM condition is triggered, the corresponding HAM action is responded to, including:
[0024] The application sets the second type of HAM conditions at each critical process node and monitors the anomalies of each critical process node in real time.
[0025] When the application encounters an error and needs to exit the process, the second type of HAM condition is triggered.
[0026] The high availability manager in the target kernel, based on the second type of HAM condition, either reports to the diagnostic fault code manager in the target kernel or restarts the relevant processes by reporting to the service level manager in the target kernel.
[0027] Secondly, embodiments of the present invention provide a central computing platform kernel monitoring device, comprising:
[0028] The first response module is used to obtain system resource information of the target kernel in real time, and respond to the corresponding HAM action when the first type of HAM condition is triggered;
[0029] The second response module is used to obtain key process information of the target kernel in real time, and respond to the corresponding HAM action when the second type of HAM condition is triggered;
[0030] The restart module is used to periodically obtain heartbeat messages from the target kernel. If no heartbeat message is received within a preset time, the target kernel is restarted.
[0031] Thirdly, embodiments of the present invention provide an electronic device, the electronic device comprising:
[0032] At least one processor; and a memory communicatively connected to the at least one processor; wherein,
[0033] The memory stores a computer program that can be executed by at least one processor, such that the at least one processor is able to perform the steps of the method according to any embodiment of the present invention.
[0034] Fourthly, embodiments of the present invention provide a computer-readable storage medium storing computer instructions that are used to cause a processor to execute the steps of any embodiment of the method of the present invention.
[0035] Compared with the prior art, the present invention has the following advantages:
[0036] The central computing platform kernel monitoring method provided by this invention acquires system resource information of the target kernel in real time and responds to the corresponding HAM action when a first type of HAM condition is triggered; it also acquires key process information of the target kernel in real time and responds to the corresponding HAM action when a second type of HAM condition is triggered; furthermore, it periodically acquires heartbeat messages from the target kernel and restarts the target kernel if no heartbeat message is received within a preset time. Through the technical solution provided by this invention, the working status of the central computing platform kernel, including system resource utilization and key APP processes, can be monitored, and the kernel can be restarted in abnormal situations. Attached Figure Description
[0037] To more clearly illustrate the technical solutions in the embodiments of the present invention, the accompanying drawings used in the description of the embodiments will be briefly introduced below. Obviously, the accompanying drawings described below are only preferred embodiments of the present invention. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.
[0038] Figure 1 A flowchart illustrating a central computing platform kernel monitoring method provided in an embodiment of the present invention;
[0039] Figure 2 This is a structural block diagram of an application scenario of the method provided in the embodiments of the present invention;
[0040] Figure 3 This is a flowchart illustrating a resource monitoring system according to an embodiment of the present invention.
[0041] Figure 4 A flowchart illustrating the monitoring of critical processes provided in an embodiment of the present invention;
[0042] Figure 5 A structural block diagram of a central computing platform kernel monitoring device provided in an embodiment of the present invention;
[0043] Figure 6 This is a structural block diagram of an electronic device provided in an embodiment of the present invention. Detailed Implementation
[0044] The technical solutions of the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of the present invention, and not all embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of the present invention.
[0045] To enable those skilled in the art to better understand the technical solutions of the present invention, exemplary embodiments of the present invention are described below in conjunction with the accompanying drawings, including various details of the embodiments of the present invention to aid understanding. These should be considered merely exemplary. Therefore, those skilled in the art should recognize that various changes and modifications can be made to the embodiments described herein without departing from the scope and spirit of the present invention. Similarly, for clarity and brevity, descriptions of well-known functions and structures are omitted in the following description.
[0046] Where there is no conflict, the various embodiments of the present invention and the features thereof may be combined with each other.
[0047] As used herein, the term “and / or” includes any and all combinations of one or more related enumerated entries.
[0048] The terminology used herein is for the purpose of describing particular embodiments only and is not intended to limit the invention. As used herein, the singular forms “a” and “the” are intended to include the plural forms as well, unless the context clearly indicates otherwise. It will also be understood that when the terms “comprising” and / or “made of” are used in this specification, the presence of the stated feature, integral, step, operation, element, and / or component is specified, but the presence or addition of one or more other features, integrals, steps, operations, elements, components, and / or groups thereof is not excluded. Terms such as “connected” or “linked” are not limited to physical or mechanical connections but can include electrical connections, whether direct or indirect.
[0049] Unless otherwise specified, all terms used herein (including technical and scientific terms) have the same meaning as commonly understood by one of ordinary skill in the art. It will also be understood that terms such as those defined in commonly used dictionaries should be interpreted as having the meaning consistent with their meaning in the context of the relevant art and the invention, and will not be interpreted as having an idealized or overly formal meaning unless expressly so defined herein.
[0050] In the technical solution of this invention, the collection, storage, use, processing, transmission, provision, and disclosure of user personal information all comply with relevant laws and regulations and do not violate public order and good morals. The use of user data in this technical solution follows relevant national laws and regulations (e.g., the "Information Security Technology - Personal Information Security Specification"). For example: appropriate measures are taken for personal information access control; restrictions are imposed on the display of personal information; the purpose of using personal information does not exceed the scope of direct or reasonable association; and explicit identity targeting is eliminated when using personal information to avoid precisely locating a specific individual.
[0051] Figure 1This is a flowchart illustrating a central computing platform kernel monitoring method provided in an embodiment of the present invention. This embodiment is applicable to the health management of the kernel in a multi-core central computing platform. The method can be executed by a central computing platform kernel monitoring device, which can be implemented in software and / or hardware and can be configured in an electronic device.
[0052] like Figure 1 As shown, the method specifically includes:
[0053] S1: Real-time acquisition of system resource information of the target kernel; when the first type of HAM condition is triggered, respond to the corresponding HAM action.
[0054] S2 acquires key process information of the target kernel in real time, and responds to the corresponding HAM action when the second type of HAM condition is triggered;
[0055] S3: Periodically obtain heartbeat messages from the target kernel. If no heartbeat message is received within a preset time, restart the target kernel.
[0056] Figure 2 This is a structural block diagram of an application scenario of the method provided in the embodiments of the present invention, such as... Figure 2 As shown, in one embodiment, the central computing platform includes at least two kernels: an A kernel and an M kernel. The A kernel is the target kernel in this embodiment, while the M kernel serves as an auxiliary monitoring kernel. The target kernel includes at least the following: a High Availability Manager (HAM), a Service Level Manager (SLM), a HAM entity handle, a Health Manager, and a Diagnostic Trouble Code Manager (DTC).
[0057] HAM is the High Availability Manager in the QNX system, similar to a software watchdog. Its main function is to monitor the status of system processes and ensure that critical processes can recover quickly after a failure, thereby ensuring the availability of the entire system. It can perform multi-level recovery when system services or processes fail, are unresponsive, or provide unacceptable levels of service.
[0058] SLM is a module in the QNX system used to manage and control system startup and operation. It allows developers to define and manage the startup order and dependencies of various components during system startup, thereby ensuring that the system can start and run reliably.
[0059] In one embodiment, the Service Level Manager (SLM) is used to start or restart an application (APP) consisting of multiple processes started in a specific order. The startup order of the processes is determined by an XML configuration file, which supports dependency management and waiting mechanisms. The SLM can be controlled using the slmctrl command or configured in detail through the XML configuration file. In cases where an application (APP) exception requires process restart, the Service Level Manager (SLM) restarts the application (APP).
[0060] In one embodiment, the HAM entity includes a system monitor and key processes in the application. The system monitor and key processes in the application are marked using HAM entity handles. By marking the system monitor, processor or memory usage can be quickly located; by marking the key processes, abnormal conditions in each key process can be quickly located.
[0061] A handle is an identifier used to identify an object or item. Each entity handle is unique and used to identify a specific entity object or item, ensuring that the program can accurately locate and distinguish different entities during operation. The HAM entity handle is a valid handle returned when a process is attached to the HAM. The HAM entity handle allows the program to interact with the HAM, enabling monitoring and management of the process state. Through the HAM entity handle, operations such as starting, stopping, and restarting processes can be performed.
[0062] It should be noted that the A core is mainly used for high-performance application processing, focusing on running complex operating systems and applications; while the M core is designed for microcontroller applications, mainly used for real-time control and low-power applications in embedded systems, focusing on real-time response capabilities, and can quickly react to external events.
[0063] Specifically, monitoring the target kernel involves two aspects: First, the target kernel notifies the auxiliary monitoring kernel of its working status via heartbeat communication. The auxiliary monitoring kernel is responsible for monitoring the working status of the target kernel and performing corresponding health management based on different working statuses. If the auxiliary monitoring kernel does not receive a heartbeat message within a specified time (10 seconds), it records the fault and restarts the target kernel. Second, the target kernel also relies on the HAM mechanism of its internal QNX system to monitor critical service processes and its own system resource utilization (such as CPU and memory).
[0064] Figure 3 This is a flowchart illustrating a monitoring system resource process according to an embodiment of the present invention, such as... Figure 3 As shown, in one embodiment, when the first type of HAM condition is triggered, the corresponding HAM action is responded to, specifically including:
[0065] S110, the system monitor in the target kernel acts as a HAM entity and obtains the CPU and memory usage in the target kernel in real time;
[0066] S120, when the CPU and / or memory utilization exceeds a preset threshold, the first type of HAM condition is triggered;
[0067] S130, the high availability manager in the target kernel, based on the first type of HAM condition, either reports to the diagnostic fault code manager in the target kernel, or restarts the relevant processes by reporting to the service level manager in the target kernel.
[0068] It should be noted that the system monitor periodically monitors the resource utilization (CPU and memory) of the target kernel (A core). When the CPU and / or memory utilization exceeds 85% of the system, the system monitor triggers the High Availability Manager (HAM) response through the HAM interface. The High Availability Manager (HAM) executes the corresponding HAM action according to the configuration of the Health Manager (reporting DTC to the DTC Manager via IPC). At the same time, the Health Manager can also control the restart of one or more related services through the Service Level Manager (SLM).
[0069] In one embodiment, the process of monitoring CPU utilization includes:
[0070] First, the system controller establishes a connection with the high availability manager. When the CPU utilization exceeds the preset threshold (85%), the HAM condition is triggered, and the corresponding HAM condition is obtained.
[0071] For example, the function ham_attach_self("system_monitor",0,0,0,0) is called to establish a connection with the high availability manager, and the function ham_entity_condition_raise(entity,1,cpu_high_value,1) is called to obtain the corresponding HAM condition.
[0072] Then the high availability manager obtains the corresponding HAM conditions, configures the corresponding HAM actions, and sends the corresponding pulse information to the health manager;
[0073] For example, the function ham_condition_raise(entity," cpu_high",1,cpu_high_value,1,0) is called to obtain the corresponding HAM condition; the function ham_action_notify_pulse is called to configure the corresponding HAM action.
[0074] After receiving the pulse information, the health manager then sends the corresponding diagnostic fault code report to the diagnostic fault code manager.
[0075] For example, the function megaipc_pubsub_publish can be called to send a diagnostic fault code report corresponding to the fault.
[0076] Then the diagnostic fault code manager sends fault data to the microprocessor server;
[0077] For example, calling the function megaipc_pubsub_publish sends fault data.
[0078] Finally, the microprocessor server sends fault data to the auxiliary monitoring kernel;
[0079] For example, call the function send_message(ipcf 2) to send fault data.
[0080] Correspondingly, the process of monitoring memory usage is similar to that of monitoring CPU usage.
[0081] In one embodiment, the specific process of monitoring memory usage includes:
[0082] First, the system controller establishes a connection with the high availability manager. When the memory usage exceeds the preset threshold (85%), the HAM condition is triggered, and the corresponding HAM condition is obtained.
[0083] For example, the function ham_attach_self("mem_monitor",0,0,0,0) is called to establish a connection with the high availability manager, and the function ham_entity_condition_raise(entity,1,mem_high_value,1) is called to obtain the corresponding HAM condition.
[0084] Then the high availability manager obtains the corresponding HAM conditions, configures the corresponding HAM actions, and sends the corresponding pulse information to the health manager;
[0085] For example, call the function ham_condition_raise(entity," mem_high",1,mem_high_value,1,0) to get the corresponding HAM condition; call ham_action_notify_pulse to configure the corresponding HAM action.
[0086] After receiving the pulse information, the health manager then sends the corresponding diagnostic fault code report to the diagnostic fault code manager.
[0087] For example, the function megaipc_pubsub_publish can be called to send a diagnostic fault code report corresponding to the fault.
[0088] Then the diagnostic fault code manager sends fault data to the microprocessor server;
[0089] For example, calling the function megaipc_pubsub_publish sends fault data.
[0090] Finally, the microprocessor server sends fault data to the auxiliary monitoring kernel;
[0091] For example, call the function send_message(ipcf 2) to send fault data.
[0092] Figure 4 A flowchart illustrating the monitoring of critical processes provided in this embodiment of the invention is shown below. Figure 4 As shown, in one embodiment, when the second type of HAM condition is triggered, the corresponding HAM action is responded to, specifically including:
[0093] S210, the application sets the second type of HAM conditions at each critical process node and monitors the anomalies of each critical process node in real time.
[0094] S220, when an application encounters an error and needs to exit the process, the second type of HAM condition is triggered;
[0095] S230, the high availability manager in the target kernel, based on the second type of HAM condition, either reports to the diagnostic fault code manager in the target kernel, or restarts the relevant processes by reporting to the service level manager in the target kernel.
[0096] It should be noted that the application (app) sets HAM conditions at critical program points. When the conditions are met (e.g., a serious error occurs and the process needs to exit), the High Availability Manager (HAM) is triggered to respond through the HAM interface. The High Availability Manager (HAM) executes the corresponding HAM actions according to the Health Manager's configuration (reporting DTCs to the DTC Manager via IPC). At the same time, the Health Manager can also control the restart of one or more related services through the Service Level Manager (SLM).
[0097] The technical solution in this embodiment of the invention monitors the target kernel by acquiring its system resource information and key process information. When the CPU and / or memory usage of the target kernel exceeds a preset threshold, a first type of HAM condition is triggered. When an application encounters an error and needs to exit, a second type of HAM condition is triggered. By treating the system monitor and key processes in the application as HAM entities and setting corresponding HAM conditions and actions, the target kernel achieves internal management of itself. Simultaneously, the target kernel sends heartbeat messages to the auxiliary monitoring kernel. If the auxiliary monitoring kernel does not receive a heartbeat message within a preset time, it restarts the target kernel, enabling external management of the target kernel by other kernels.
[0098] Based on the same inventive concept, embodiments of the present invention also provide a central computing platform kernel monitoring device. Figure 5 A structural block diagram of a central computing platform kernel monitoring device provided in an embodiment of the present invention is shown below. Figure 5 As shown, the device specifically includes:
[0099] The first response module 100 is used to obtain the system resource information of the target kernel in real time, and respond to the corresponding HAM action when the first type of HAM condition is triggered.
[0100] The second response module 200 is used to acquire key process information of the target kernel in real time, and respond to the corresponding HAM action when the second type of HAM condition is triggered.
[0101] The restart module 300 is used to periodically obtain heartbeat messages from the target kernel. If no heartbeat message is received within a preset time, the target kernel is restarted.
[0102] Based on the same inventive concept, embodiments of the present invention also provide an electronic device. Figure 6 This is a structural block diagram of an electronic device provided in an embodiment of the present invention. Figure 6 As shown, an embodiment of the present invention provides an electronic device including: one or more processors 101, a memory 102, and one or more I / O interfaces 103. The memory 102 stores one or more programs, which, when executed by the one or more processors, cause the one or more processors to implement any of the central computing platform kernel monitoring methods described in the above embodiments; the one or more I / O interfaces 103 are connected between the processor and the memory, configured to enable information interaction between the processor and the memory.
[0103] The processor 101 is a device with data processing capabilities, including but not limited to a central processing unit (CPU); the memory 102 is a device with data storage capabilities, including but not limited to random access memory (RAM, more specifically SDRAM, DDR, etc.), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), and flash memory (FLASH); the I / O interface (read / write interface) 103 is connected between the processor 101 and the memory 102, and can realize information interaction between the processor 101 and the memory 102, including but not limited to a data bus (BUS).
[0104] In some embodiments, the processor 101, memory 102, and I / O interface 103 are interconnected via bus 104, and thus connected to other components of the computing device.
[0105] In some embodiments, the one or more processors 101 include a field-programmable gate array.
[0106] This invention also provides a computer-readable medium. The computer-readable medium stores a computer program, which, when executed by a processor, implements the steps of any of the central computing platform kernel monitoring methods described in the above embodiments. The computer-readable storage medium can be volatile or non-volatile.
[0107] This invention also provides a computer program product, including computer-readable code, or a non-volatile computer-readable storage medium carrying computer-readable code. When the computer-readable code is run in the processor of an electronic device, the processor in the electronic device executes the above-described central computing platform kernel monitoring method.
[0108] Those skilled in the art will understand that all or some of the steps, systems, and apparatuses disclosed above, and their functional modules / units, can be implemented as software, firmware, hardware, or suitable combinations thereof. In hardware implementations, the division between functional modules / units mentioned above does not necessarily correspond to the division of physical components; for example, a physical component may have multiple functions, or a function or step may be performed collaboratively by several physical components. Some or all physical components may be implemented as software executed by a processor, such as a central processing unit, digital signal processor, or microprocessor, or as hardware, or as an integrated circuit, such as an application-specific integrated circuit (ASIC). Such software can be distributed on a computer-readable storage medium, which may include computer storage media (or non-transitory media) and communication media (or transient media).
[0109] As is known to those skilled in the art, the term computer storage medium includes volatile and non-volatile, removable and non-removable media implemented in any method or technology for storing information, such as computer-readable program instructions, data structures, program modules, or other data. Computer storage media includes, but is not limited to, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM), static random access memory (SRAM), flash memory or other memory technologies, portable compact disc read-only memory (CD-ROM), digital versatile disc (DVD) or other optical disc storage, magnetic cartridges, magnetic tape, disk storage or other magnetic storage devices, or any other medium that can be used to store desired information and is accessible to a computer. Furthermore, it is known to those skilled in the art that communication media typically contain computer-readable program instructions, data structures, program modules, or other data in modulated data signals such as carrier waves or other transmission mechanisms, and may include any information delivery medium.
[0110] The computer-readable program instructions described herein can be downloaded from computer-readable storage media to various computing / processing devices, or downloaded via a network, such as the Internet, local area network, wide area network, and / or wireless network, to an external computer or external storage device. The network may include copper transmission cables, fiber optic transmission, wireless transmission, routers, firewalls, switches, gateway computers, and / or edge servers. A network adapter card or network interface in each computing / processing device receives the computer-readable program instructions from the network and forwards them to the computer-readable storage media in the respective computing / processing device.
[0111] The computer program instructions used to perform the operations of this invention may be assembly instructions, instruction set architecture (ISA) instructions, machine instructions, machine-dependent instructions, microcode, firmware instructions, state setting data, or source code or object code written in any combination of one or more programming languages, including object-oriented programming languages such as Smalltalk, C++, etc., and conventional procedural programming languages such as the "C" language or similar programming languages. The computer-readable program instructions may be executed entirely on the user's computer, partially on the user's computer, as a standalone software package, partially on the user's computer and partially on a remote computer, or entirely on a remote computer or server. In cases involving a remote computer, the remote computer may be connected to the user's computer via any type of network—including a local area network (LAN) or a wide area network (WAN)—or may be connected to an external computer (e.g., via the Internet using an Internet service provider). In some embodiments, electronic circuitry, such as programmable logic circuitry, field-programmable gate arrays (FPGAs), or programmable logic arrays (PLAs), is personalized by utilizing state information from the computer-readable program instructions. This electronic circuitry can execute the computer-readable program instructions to implement various aspects of the invention.
[0112] The computer program product described herein can be implemented specifically through hardware, software, or a combination thereof. In one alternative embodiment, the computer program product is specifically embodied in a computer storage medium; in another alternative embodiment, the computer program product is specifically embodied in a software product, such as a software development kit (SDK), etc.
[0113] Various aspects of the present invention are described herein with reference to flowchart illustrations and / or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the invention. It should be understood that each block of the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, can be implemented by computer-readable program instructions.
[0114] These computer-readable program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, or other programmable data processing apparatus to produce a machine such that, when executed by the processor of the computer or other programmable data processing apparatus, they create means for implementing the functions / actions specified in one or more blocks of the flowchart and / or block diagram. These computer-readable program instructions can also be stored in a computer-readable storage medium that causes a computer, programmable data processing apparatus, and / or other device to operate in a particular manner; thus, the computer-readable medium storing the instructions comprises an article of manufacture that includes instructions for implementing aspects of the functions / actions specified in one or more blocks of the flowchart and / or block diagram.
[0115] Computer-readable program instructions may also be loaded onto a computer, other programmable data processing apparatus, or other device to cause a series of operational steps to be performed on the computer, other programmable data processing apparatus, or other device to produce a computer-implemented process, thereby causing the instructions executed on the computer, other programmable data processing apparatus, or other device to perform the functions / actions specified in one or more boxes of a flowchart and / or block diagram.
[0116] The flowcharts and block diagrams in the accompanying drawings illustrate the architecture, functionality, and operation of possible implementations of systems, methods, and computer program products according to various embodiments of the present invention. In this regard, each block in a flowchart or block diagram may represent a module, segment, or portion of an instruction, which contains one or more executable instructions for implementing a specified logical function. In some alternative implementations, the functions marked in the blocks may occur in a different order than those shown in the drawings. For example, two consecutive blocks may actually be executed substantially in parallel, and they may sometimes be executed in reverse order, depending on the functions involved. It should also be noted that each block in the block diagrams and / or flowcharts, and combinations of blocks in the block diagrams and / or flowcharts, may be implemented using a dedicated hardware-based system that performs the specified function or action, or using a combination of dedicated hardware and computer instructions.
[0117] Example embodiments have been disclosed herein, and while specific terminology has been used, it is for illustrative purposes only and should be construed as such, and is not intended to be limiting. In some instances, it will be apparent to those skilled in the art that features, characteristics, and / or elements described in conjunction with particular embodiments may be used alone, or in combination with features, characteristics, and / or elements described in conjunction with other embodiments, unless otherwise expressly indicated. Therefore, those skilled in the art will understand that various changes in form and detail may be made without departing from the scope of the invention as set forth in the appended claims.
Claims
1. A method for monitoring the kernel of a central computing platform, characterized in that, include: The system resource information of the target kernel is acquired in real time, and the corresponding HAM action is triggered when the first type of HAM condition is triggered. It acquires key process information of the target kernel in real time, and responds to the corresponding HAM action when the second type of HAM condition is triggered; The system periodically retrieves heartbeat messages from the target kernel. If no heartbeat message is received within a preset time, the target kernel is restarted.
2. The method according to claim 1, characterized in that, The target kernel includes at least: a high availability manager, a service level manager, a HAM entity, a health manager, and a diagnostic fault code manager.
3. The method according to claim 2, characterized in that, The service level manager is used to start or restart an application consisting of multiple processes that start in a specific order.
4. The method according to claim 2, characterized in that, The HAM entity includes: a system monitor and key processes in the application; the system monitor and key processes in the application are marked using HAM entity handles.
5. The method according to claim 1, characterized in that, When the first type of HAM condition is triggered, the corresponding HAM action is responded to, including: The system monitor in the target kernel acts as a HAM entity and acquires the CPU and memory usage in the target kernel in real time. When the utilization rate of the CPU and / or the memory exceeds a preset threshold, the first type of HAM condition is triggered. The high availability manager in the target kernel, based on the first type of HAM condition, either reports to the diagnostic fault code manager in the target kernel or restarts the relevant processes by reporting to the service level manager in the target kernel.
6. The method according to claim 5, characterized in that, Also includes: External monitoring of CPU and memory usage in the target kernel is performed, specifically as follows: The system monitor establishes a connection with the high availability manager by calling a function. When the CPU and / or memory usage exceeds a preset threshold, it obtains the first type of HAM condition that has been triggered. The high availability manager obtains the triggered first type of HAM condition, configures the corresponding HAM action, and sends the corresponding pulse information to the health manager; After receiving the pulse information, the health manager sends a diagnostic fault code report corresponding to the fault to the diagnostic fault code manager. The diagnostic fault code manager sends fault data to the microprocessor server; The microprocessor server sends fault data to the auxiliary monitoring kernel.
7. The method according to claim 1, characterized in that, When a Type II HAM condition is triggered, the corresponding HAM action is initiated, including: The application sets the second type of HAM conditions at each critical process node and monitors the anomalies of each critical process node in real time. When the application encounters an error and needs to exit the process, the second type of HAM condition is triggered. The high availability manager in the target kernel, based on the second type of HAM condition, either reports to the diagnostic fault code manager in the target kernel or restarts the relevant processes by reporting to the service level manager in the target kernel.
8. A central computing platform kernel monitoring device, characterized in that, The apparatus is configured to implement the method according to any one of claims 1-7, the apparatus comprising: The first response module is used to obtain system resource information of the target kernel in real time, and respond to the corresponding HAM action when the first type of HAM condition is triggered; The second response module is used to obtain key process information of the target kernel in real time, and respond to the corresponding HAM action when the second type of HAM condition is triggered; The restart module is used to periodically obtain heartbeat messages from the target kernel. If no heartbeat message is received within a preset time, the target kernel is restarted.
9. An electronic device, characterized in that, The electronic device includes: At least one processor; and a memory communicatively connected to said at least one processor; wherein, The memory stores a computer program that can be executed by the at least one processor to enable the at least one processor to perform the steps of the method according to any one of claims 1-7.
10. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores computer instructions that cause a processor to perform the steps of the method according to any one of claims 1-7.