Multi-core health monitoring method and apparatus

Abstract

The application provides a multi-core health monitoring method and device, wherein the method comprises the following steps: acquiring first service probe configuration information; generating a first probe request according to the first service probe configuration information; transmitting the first probe request to a second processing core; performing a checking operation according to first probe response information to obtain first checking information; and updating a second health score of the second processing core according to the first checking information. By configuring a service probe and generating a service probe request, and transmitting the service probe request to the second processing core, the second processing core generates and transmits probe response information in response, the first processing core further checks based on the probe response information, and the health score of the second processing core is updated, thereby realizing heartbeat monitoring and service monitoring of the second processing core. Similarly, the second processing core can also monitor the first processing core in the same way, which is beneficial to improving the accuracy and comprehensiveness of the bidirectional monitoring of the multi-processing core.

Description

Technical Field

[0001] This application belongs to the field of processor monitoring, specifically relating to a multi-core health monitoring method and device. Background Technology

[0002] Multi-core heterogeneous SoCs (System on Chip) are widely used in high-reliability scenarios. A typical architecture includes a real-time processor core and an application processor core. The real-time processor core runs a real-time operating system or a bare-metal program and is responsible for hard real-time control tasks (such as motor control and brake response). The application processor core runs Linux / Android and is responsible for complex calculations, communication, and human-computer interaction.

[0003] Currently, existing solutions for monitoring multi-core heterogeneous systems are limited to simple two-way heartbeat monitoring, which cannot determine whether the processor cores are working correctly. Summary of the Invention

[0004] This application provides a multi-core health monitoring method and apparatus. A first processing core configures a service probe and generates a service probe request, and transmits the service probe request to a second processing core. The second processing core responds by generating and transmitting probe response information. The first processing core further verifies based on the probe response information and updates the health score of the second processing core, thereby realizing service monitoring of the second processing core. Similarly, the second processing core can monitor the first processing core in the same way, which helps to improve the accuracy and comprehensiveness of bidirectional monitoring of multiple processing cores.

[0005] In a first aspect, embodiments of this application provide a multi-core health monitoring method applied to a first processing core in a multi-core heterogeneous system, wherein the multi-core heterogeneous system includes the first processing core and a second processing core, and the first processing core and the second processing core are communicatively connected; the method includes: Obtain the configuration information of the first service probe; A first probe request is generated based on the first service probe configuration information; The first probe request is transmitted to the second processing core. The second processing core is used to respond to the first probe request, perform corresponding business operations, generate first probe response information, and transmit the first probe response information to the first processing core. A verification operation is performed based on the first probe response information to obtain the first verification information; The second health score of the second processing core is updated based on the first verification information.

[0006] In one possible example, the first probe request includes at least one of the following: a lightweight heartbeat probe request, a load query probe request, a register verification probe request, a computation verification probe request, and a task status synchronization probe request; generating the first probe request based on the first service probe configuration information includes: Based on the first service probe configuration information, the configured probe type is determined, and the probe type includes at least one of the following: lightweight heartbeat, load query, register verification, calculation verification, and task status synchronization; When the probe type is determined to be lightweight heartbeat, a lightweight heartbeat probe request is generated. When the probe type is determined to be load query, a load query probe request is generated; When the probe type is determined to be register verification, a register verification probe request is generated. If the probe type is determined to be computational verification, a computational verification probe request is generated. When the probe type is determined to be task state synchronization, a task state synchronization probe request is generated.

[0007] In one possible example, the step of performing a verification operation based on the first probe response information to obtain first verification information includes: The first probe response information is determined by multiple verification items, which include at least one of the following: timeout verification, sequence number verification, return value verification, round-trip time delay verification, and task status verification. Based on the first probe response information, the verification operation corresponding to each verification item is executed to obtain multiple verification result information; The plurality of verification result information is used as the first verification information.

[0008] In one possible example, updating the second health score of the second processing core based on the first verification information includes: When it is determined that the first verification information indicates that all verification items are verified normally, the first score is updated. The second health score of the second processing core is updated based on the first score update value; When it is determined that the first verification information indicates that there is a verification item verification error, the second score update value is determined according to the abnormal verification item and the preset score update rule. The second health score of the second processing core is updated based on the second score update value.

[0009] In one possible example, after updating the second health score of the second processing core based on the first verification information, the method further includes: When it is determined that the updated second health score has increased, the sending period of the first probe request is increased; When it is determined that the updated second health score has decreased, the sending cycle of the first probe request is shortened.

[0010] In one possible example, after updating the second health score of the second processing core based on the first verification information, the method further includes: Obtain the second current health score of the second processing core; The level of abnormality is determined based on the second current health score; Based on the anomaly level, determine the second recovery action of the second processing core.

[0011] In one possible example, after updating the second health score of the second processing core based on the first verification information, the method further includes: Obtain the first state information of the private timer of the first processing core; Obtain the second state information of the private timer of the second processing core; If it is determined that the first status information indicates that the private timer of the first processing core has timed out and the second status information indicates that the private timer of the second processing core is normal, then the multi-core heterogeneous system is globally reset. If it is determined that the first status information indicates that the private timer of the first processing core has timed out and the second status information indicates that the private timer of the second processing core has timed out, then the multi-core heterogeneous system is globally reset. If it is determined that the first status information indicates that the private timer of the first processing core is normal and the second status information indicates that the private timer of the second processing core has timed out, then the second processing core is reset.

[0012] In one possible example, the method also includes: Obtain a second probe request from the second processing core; In response to the second probe request, perform the corresponding business operation to obtain the first business processing result information; Based on the first service processing result information, a second probe response information is generated. The second probe response information includes: the sequence number of the second probe request, the timestamp of the response generating the second probe response information, and the second service processing result information; or, the second probe response information includes: the sequence number of the second probe request, the timestamp of the response generating the second probe response information, and the task status bitmap.

[0013] Secondly, embodiments of this application provide a multi-core health monitoring method applied to a second processing core in a multi-core heterogeneous system, wherein the multi-core heterogeneous system includes a first processing core and a second processing core, and the first processing core and the second processing core are communicatively connected; the method includes: Obtain the configuration information of the second service probe; A second probe request is generated based on the second service probe configuration information; The first processing core transmits the second probe request to the first processing core, and the first processing core is used to respond to the second probe request by performing corresponding business operations, generating second probe response information, and transmitting the second probe response information to the second processing core. A verification operation is performed based on the response information of the second probe to obtain the second verification information; The first health score of the first processing core is updated based on the second verification information.

[0014] Thirdly, embodiments of this application provide a multi-core health monitoring device applied to a first processing core in a multi-core heterogeneous system. The multi-core heterogeneous system includes the first processing core and a second processing core, which are communicatively connected. The multi-core health monitoring device includes an acquisition unit, a generation unit, a transmission unit, a verification unit, and an update unit. The acquisition unit is used to acquire the configuration information of the first service probe; The generation unit is used to generate a first probe request based on the first service probe configuration information; The transmission unit is used to transmit the first probe request to the second processing core. The second processing core is used to respond to the first probe request, perform corresponding business operations, generate first probe response information, and transmit the first probe response information to the first processing core. The verification unit is used to perform a verification operation based on the first probe response information to obtain first verification information; The update unit is used to update the second health score of the second processing core according to the first verification information.

[0015] Fourthly, embodiments of this application provide a chip including: a processor and a memory; and one or more programs stored in the memory and configured to be executed by the processor, the programs including instructions for some or all of the steps as described in the first aspect.

[0016] Fifthly, embodiments of this application provide a computer-readable storage medium for storing a computer program that causes a computer to perform instructions for some or all of the steps described in the first or second aspects of embodiments of this application.

[0017] Sixthly, embodiments of this application provide a computer program product, wherein the computer program product includes a non-transitory computer-readable storage medium storing a computer program operable to cause a computer to perform some or all of the steps described in the first or second aspect of embodiments of this application. The computer program product may be a software installation package.

[0018] As can be seen, in this embodiment, the first processing core first obtains the configuration information of the first service probe, then generates a first probe request based on the configuration information, and then transmits the first probe request to the second processing core. The second processing core responds to the first probe request by performing corresponding service operations, generating first probe response information, and transmitting the first probe response information back to the first processing core. It further performs a verification operation based on the first probe response information to obtain first verification information. Finally, it updates the second health score of the second processing core based on the first verification information. By configuring service probes and generating service probe requests, and transmitting these requests to the second processing core, the first processing core generates and transmits probe response information in response. The first processing core further performs verification based on the probe response information and updates the health score of the second processing core, thus achieving both jump monitoring and service monitoring of the second processing core. Similarly, the second processing core can monitor the first processing core in the same way, which helps improve the accuracy and comprehensiveness of bidirectional monitoring across multiple processing cores. Attached Figure Description

[0019] To more clearly illustrate the technical solutions in the embodiments of this application or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0020] Figure 1 This is an architecture diagram of a multi-core heterogeneous system provided in an embodiment of this application; Figure 2 This is a flowchart illustrating a multi-core health monitoring method provided in an embodiment of this application; Figure 3 This is a schematic diagram of a process for generating a first probe request provided in an embodiment of this application; Figure 4This is a flowchart illustrating an embodiment of the present application for performing a verification operation; Figure 5 This is a schematic diagram of a process for updating a health score provided in an embodiment of this application; Figure 6 This is a flowchart illustrating another multi-core health monitoring method provided in an embodiment of this application; Figure 7 This is a schematic diagram of the structure of a chip provided in an embodiment of this application; Figure 8 This is a block diagram of the functional units of a multi-core health monitoring device provided in an embodiment of this application. Detailed Implementation

[0021] To enable those skilled in the art to better understand the present application, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of the present application, and not all embodiments. Based on the embodiments in the present application, all other embodiments obtained by those of ordinary skill in the art without creative effort are within the scope of protection of the present application.

[0022] The terms "first," "second," etc., in the specification, claims, and accompanying drawings of this application are used to distinguish different objects, not to describe a specific order. Furthermore, the terms "comprising" and "having," and any variations thereof, are intended to cover non-exclusive inclusion. For example, a process, method, system, product, or apparatus that includes a series of steps or units is not limited to the listed steps or units, but may optionally include steps or units not listed, or may optionally include other steps or units inherent to these processes, methods, products, or apparatuses.

[0023] In this document, the term "embodiment" means that a particular feature, structure, or characteristic described in connection with an embodiment may be included in at least one embodiment of this application. The appearance of this phrase in various places throughout the specification does not necessarily refer to the same embodiment, nor is it a separate or alternative embodiment mutually exclusive with other embodiments. It will be explicitly and implicitly understood by those skilled in the art that the embodiments described herein can be combined with other embodiments.

[0024] In the embodiments of this application, "and / or" describes the relationship between associated objects, indicating that three relationships can exist. For example, A and / or B can represent the following three situations: A exists alone; A and B exist simultaneously; B exists alone. Among them, A and B can be singular or plural.

[0025] In this embodiment, the symbol " / " can indicate that the preceding and following objects are in an "or" relationship. Alternatively, the symbol " / " can also represent a division sign, i.e., performing a division operation. For example, A / B can mean A divided by B.

[0026] In the embodiments of this application, "at least one item" or its similar expression refers to any combination of these items, including any combination of a single item or a plurality of items. "One or more" means one or more, while "multiple" means two or more. For example, "at least one item" of a, b, or c can represent the following seven cases: a, b, c; a and b; a and c; b and c; a, b, and c. Each of a, b, and c can be an element or a set containing one or more elements.

[0027] In the embodiments of this application, "equal to" can be used with "greater than" and is applicable to technical solutions used when "greater than" is used; it can also be used with "less than" and is applicable to technical solutions used when "less than" is used. When "equal to" is used with "greater than", it is not used with "less than"; when "equal to" is used with "less than", it is not used with "greater than".

[0028] Please see Figure 1 , Figure 1 This is an architecture diagram of a multi-core heterogeneous system provided in an embodiment of this application. The multi-core heterogeneous system 1 includes a first processing core 10 and a second processing core 20, and the first processing core 10 and the second processing core 20 are communicatively connected.

[0029] Among them, the multi-core heterogeneous system 1 can be a system-on-a-chip (SoC), the first processing core 10 can be a real-time processor core (such as ARM Cortex-R5), running RTOS or bare-metal program, responsible for hard real-time control tasks (such as motor control, brake response), and the second processing core 20 can be an application processor core (such as ARM Cortex-A55), running Linux / Android, responsible for complex calculations, communication, and human-computer interaction.

[0030] Both the first processing core 10 and the second processing core 20 can generate probe requests. The first processing core 10 can transmit probe requests to the second processing core 20 through a hardware mailbox, and the second processing core 20 can send probe requests to the first processing core 10 through shared memory.

[0031] Both the first processing core 10 and the second processing core 20 include a proprietary hardware watchdog timer (WDT), which has an independent clock source.

[0032] Among them, the first processing core 10 can be the master core, and the second processing core 20 can be the slave core.

[0033] In one possible example, the first processing core 10 first obtains the configuration information of the first service probe. Then, the first processing core 10 generates a first probe request based on the configuration information. The first processing core 10 then transmits the first probe request to the second processing core 20. The second processing core 20 responds to the first probe request by performing corresponding business operations, generating first probe response information, and transmitting the first probe response information back to the first processing core 10. The first processing core 10 further performs a verification operation based on the first probe response information to obtain first verification information. Finally, the first processing core 10 updates the second health score of the second processing core 20 based on the first verification information. By configuring the service probe and generating the service probe request, and transmitting the service probe request to the second processing core 20, and the second processing core 20 responding by generating and transmitting probe response information, the first processing core 10 further performs verification based on the probe response information and updates the health score of the second processing core 20, thus achieving heartbeat monitoring and business monitoring of the second processing core 20. Similarly, the second processing core 20 can monitor the first processing core 10 in the same way, which helps improve the accuracy and comprehensiveness of bidirectional monitoring across multiple processing cores.

[0034] Please see Figure 2 , Figure 2 This is a flowchart illustrating a multi-core health monitoring method provided in an embodiment of this application, applied to a first processing core in a multi-core heterogeneous system. The multi-core heterogeneous system includes a first processing core and a second processing core, which are communicatively connected. The method includes: Step S201: Obtain the configuration information of the first service probe.

[0035] The probe policy table for the first and second processing cores can be configured in the shared memory of the first and second processing cores. This table contains the service probe configuration information, including probe type, sending period, timeout threshold of private WDT, health score threshold, etc.

[0036] For example, the first processing core is configured in high-frequency lightweight monitoring mode, with a monitoring period (i.e., the probe sending period) of 1ms-10ms. The second processing core is configured in low-frequency service monitoring mode, with a monitoring period of 50ms-500ms. The timeout threshold for the private WDT is configured to be 1s. The monitoring period of the first processing core is shorter than that of the second processing core.

[0037] The first processing core can obtain the first service probe configuration information for the second processing core from the shared memory.

[0038] Step S202: Generate a first probe request based on the first service probe configuration information.

[0039] There are multiple probe types, and different probe types can generate different probe requests accordingly. The sending direction corresponding to a single probe type is either unidirectional or bidirectional. That is, the probe requests generated by some probe types are limited to transmission from the first processing core to the second processing core or from the second processing core to the first processing core, which is unidirectional. The probe requests generated by some probe types allow transmission from the first processing core to the second processing core and from the second processing core to the first processing core, which is bidirectional.

[0040] Step S203: The first probe request is transmitted to the second processing core. The second processing core is used to respond to the first probe request, perform corresponding business operations, generate first probe response information, and transmit the first probe response information to the first processing core.

[0041] Specifically, for different types of probe requests, the second processing core responds to the probe request by performing different business operations and encapsulates the results of the business operations into the first probe response information.

[0042] Step S204: Perform a verification operation based on the first probe response information to obtain the first verification information.

[0043] In this process, the first processing core performs multi-dimensional verification on the first probe response information of the second processing core to determine whether there is an anomaly in the second processing core.

[0044] Step S205: Update the second health score of the second processing core according to the first verification information.

[0045] Specifically, when the first verification information indicates that the second processing core is normal, the second health score of the second processing core is increased; when the first verification information indicates that the second processing core is abnormal, the second health score of the second processing core is decreased.

[0046] As can be seen, in this embodiment, the first processing core first obtains the configuration information of the first service probe, then generates a first probe request based on the configuration information, and then transmits the first probe request to the second processing core. The second processing core responds to the first probe request by performing corresponding service operations, generating first probe response information, and transmitting the first probe response information back to the first processing core. It further performs a verification operation based on the first probe response information to obtain first verification information. Finally, it updates the second health score of the second processing core based on the first verification information. By configuring service probes and generating service probe requests, and transmitting these requests to the second processing core, the first processing core generates and transmits probe response information in response. The first processing core further performs verification based on the probe response information and updates the health score of the second processing core, thus achieving both jump monitoring and service monitoring of the second processing core. Similarly, the second processing core can monitor the first processing core in the same way, which helps improve the accuracy and comprehensiveness of bidirectional monitoring across multiple processing cores.

[0047] Please see Figure 3 The first probe request includes at least one of the following: a lightweight heartbeat probe request, a load query probe request, a register verification probe request, a computation verification probe request, and a task status synchronization probe request; in generating the first probe request based on the first service probe configuration information, the above method may include the following steps: Step S301: Based on the first service probe configuration information, determine the configured probe type. The probe type includes at least one of the following: lightweight heartbeat, load query, register verification, computation verification, and task status synchronization.

[0048] The types of lightweight heartbeat, load query, register check, computation check, and task status synchronization can be set to 0, 1, 2, 3, and 4, respectively.

[0049] Step S302: When it is determined that the probe type is lightweight heartbeat, a lightweight heartbeat probe request is generated.

[0050] Among them, lightweight heartbeat is a basic survival detection of the processing core. The transmission direction is bidirectional, that is, the first processing core transmits a lightweight heartbeat probe request to the second processing core, and the second processing core transmits a lightweight heartbeat probe request to the first processing core, so as to realize bidirectional heartbeat monitoring between the first and second processing cores.

[0051] The receiver's response to the lightweight heartbeat probe request is to only record the probe arrival time, not to perform any additional business operations, and to return a fixed value (such as 0) to indicate that the core is basically alive.

[0052] Step S303: When it is determined that the probe type is load query, a load query probe request is generated.

[0053] The load query is used to obtain the CPU load of the peer processing core, such as CPU utilization and run queue length. The sending direction is unidirectional, limiting the first processing core to transmitting load query probe requests to the second processing core, so as to realize the first processing core's monitoring of the second processing core's load.

[0054] The receiving party's response to the load query probe request involves performing a business operation to obtain the system load (such as CPU utilization and run queue length) of the current processing core, and obtaining business processing result information including load values.

[0055] Step S304: When it is determined that the probe type is register verification, a register verification probe request is generated.

[0056] Among them, register verification is to verify the value of key registers. The transmission direction is unidirectional, which limits the second processing core to transmitting register verification probe requests to the first processing core, so as to realize the verification of the key register values ​​of the first processing core by the second processing core.

[0057] The receiving party's response to the register verification probe request involves performing a business operation to read the value from the key register address specified in the register verification probe request, and obtaining business processing result information including the value from the key register address.

[0058] Step S305: When it is determined that the probe type is computational verification, a computational verification probe request is generated.

[0059] The calculation verification consists of Cyclic Redundancy Check (CRC) and Checksum verification. The transmission direction is bidirectional, meaning that the first processing core transmits the calculation verification probe request to the second processing core, and the second processing core transmits the calculation verification probe request to the first processing core, so as to realize bidirectional calculation verification between the first and second processing cores.

[0060] The receiving party's response to the verification probe request involves performing a predefined calculation (such as CRC32 checksum or checksum summation) on the data carried by the probe to obtain the business processing result information, including the calculation result.

[0061] Step S306: When it is determined that the probe type is task status synchronization, a task status synchronization probe request is generated.

[0062] Among them, task status synchronization is to obtain the monitoring task status. The sending direction is bidirectional, that is, the first processing core transmits the task status synchronization probe request to the second processing core, and the second processing core transmits the task status synchronization probe request to the first processing core, so as to realize bidirectional task status monitoring between the first processing core and the second processing core.

[0063] The task status includes task liveness status, task timeout status, stack level, etc.

[0064] The processing logic for the receiver's response to the task status synchronization probe request involves performing a business operation to collect the status information of the current monitoring task and obtaining a status bitmap.

[0065] Optionally, the first processing core further performs the following operations: obtaining a second probe request from the second processing core; responding to the second probe request by performing corresponding business operations to obtain first business processing result information; and generating second probe response information based on the first business processing result information, wherein the second probe response information includes at least one of the following: the sequence number of the second probe request, the timestamp of the response to generate the second probe response information, the second business processing result information, and the task status bitmap.

[0066] As can be seen, in this embodiment of the application, by generating different probe requests, the heartbeat monitoring and business monitoring of the processing core are realized, which helps to improve the accuracy and comprehensiveness of the bidirectional monitoring of the processing core.

[0067] Please see Figure 4 In terms of performing a verification operation based on the first probe response information to obtain the first verification information, the above method may include the following steps: Step S401: Determine multiple verification items for the first probe response information. The multiple verification items include at least one of the following: timeout verification, sequence number verification, return value verification, round-trip delay verification, and task status verification.

[0068] Step S402: Perform the verification operation corresponding to each verification item according to the first probe response information to obtain multiple verification result information.

[0069] The timeout check verifies the receiver's response time. The verification process involves checking if the response time exceeds a preset time threshold. If the response time exceeds the preset time threshold, the timeout check result is an anomaly; if the response time is less than or equal to the preset time threshold, the timeout check result is a success. The preset time threshold can be manually set or set by system default; no specific limit is specified here.

[0070] The sequence number verification operation is as follows: compare the sequence number in the receiver's probe response information with the sequence number sent by the sender. If they match, the sequence number verification result is normal; if they do not match, the sequence number verification result is abnormal.

[0071] The return value verification operation involves checking whether the load value, the value in the key register address, and the calculated result value in the probe response information match the ideal load value, the ideal register value, and the ideal calculated value. For example, if the load value in the probe response information is less than or equal to the ideal load value, the load value is considered to match, and the receiver's core is not overloaded. If the load value in the probe response information is greater than the ideal load value, the load value is considered to mismatch, and the receiver's core is overloaded. If the value in the key register address in the probe response information matches the ideal register value, the register value is considered to match, and the receiver's register has not been tampered with. If they do not match, the register value is considered to mismatch, and the receiver's register has been tampered with. If the calculated result value in the probe response information matches the ideal calculated value, the calculated result is considered to match, and the receiver's calculation unit is normal. If they do not match, the calculated result is considered to mismatch, and the receiver's calculation unit is abnormal.

[0072] The verification operation for Round Trip Time (RTT) verification is as follows: check if the round trip time is greater than a preset round trip time threshold. If the round trip time is greater than the preset threshold, the verification result is abnormal; if the round trip time is less than or equal to the preset threshold, the verification result is normal. The preset round trip time threshold can be set manually or by system default, and is not limited here.

[0073] The verification operation corresponding to the task status verification is as follows: check whether the status bitmap contains an exception flag. If it contains an exception flag, the task status verification result is verification exception; if it does not contain an exception flag, the task status verification result is verification normal.

[0074] Step S403: Use the plurality of verification result information as the first verification information.

[0075] As can be seen, in this example, multiple verification items such as timeout verification, sequence number verification, return value verification, round-trip delay verification, and task status verification are used to realize the heartbeat monitoring and business monitoring of the processing core, which helps to improve the accuracy and comprehensiveness of the two-way monitoring of the processing core.

[0076] Please see Figure 5 In updating the second health score of the second processing core based on the first verification information, the above method may include the following steps: Step S501: When it is determined that the first verification information indicates that all verification items are verified normally, the first score update value is determined.

[0077] Step S502: Update the second health score of the second processing core according to the first score update value.

[0078] For example, the initial health score of the first and second processing cores can be set to 100 points, with an upper limit of 100 points. When the verification information indicates that all verification items are verified normally, the score increases by 2 points, that is, the first score is updated to 2 points.

[0079] Step S503: When it is determined that the first verification information indicates that there is a verification item verification error, the second score update value is determined according to the abnormal verification item and the preset score update rule.

[0080] For example, the first and second processing cores use the same preset score update rule. This preset rule can be: if timeout verification, sequence number verification, return value verification, round-trip latency verification, and task status verification fail, the corresponding deductions are 10, 15, 15, 20, and 10 points respectively. For instance, if the timeout verification fails, but the sequence number verification, return value verification, round-trip latency verification, and task status verification all pass, the second score update value is -10 points.

[0081] Step S504: Update the second health score of the second processing core according to the second score update value.

[0082] As can be seen, in this example, setting different verification scores for different verification items and setting a score recovery mechanism helps to improve the intelligence of processing nuclear health score updates.

[0083] In one possible example, after updating the second health score of the second processing core according to the first verification information, the above method may include the following steps: obtaining the second current health score of the second processing core; determining the anomaly level according to the second current health score; and determining the second recovery action of the second processing core according to the anomaly level.

[0084] For example, the first and second processing cores can be configured with the following rating levels and recovery action mapping relationships: health score 100-70, rating level is healthy, recovery action is normal operation; health score 69-50, rating level is mild anomaly, recovery action is logging and alarm reporting; health score 49-30, rating level is moderate anomaly, recovery action is reducing the priority of tasks on the peer processing core and reducing the tasks assigned to the peer processing core; health score 29-10, rating level is severe anomaly, recovery action is triggering a partial reset of the peer processing core; health score 9-1, rating level is fatal anomaly, recovery action is switching the master / slave role of the processing core or triggering a global system reset.

[0085] As can be seen, in this example, setting different rating levels based on health scores and setting corresponding recovery actions based on different rating levels is beneficial to improving the stability of multi-core heterogeneous systems.

[0086] In one possible example, after updating the second health score of the second processing core according to the first verification information, the above method may further include the following steps: when it is determined that the updated second health score increases, the sending period of the first probe request is increased; when it is determined that the updated second health score decreases, the sending period of the first probe request is shortened.

[0087] The threshold for increasing and decreasing the probe's sending cycle each time can be preset according to the number of score updates, or it can be set in other ways, which are not limited here.

[0088] For example, if the second health score before the update is 80, the first probe request sending period is 100ms, all verification items are verified normally, and the updated second health score is 82, then the updated second health score increases, and the first probe request sending period increases to 102ms; if the second health score before the update is 80, the first probe request sending period is 100ms, and the updated second health score is 65, then the updated second health score decreases, and the first probe request sending period shortens to 85ms.

[0089] As can be seen, in this example, by dynamically adjusting the probe sending cycle according to the update of the health score, the monitoring cycle of the processing core can be dynamically adjusted, which is beneficial to improving the stability of the multi-core heterogeneous system.

[0090] In one possible example, after updating the second health score of the second processing core according to the first verification information, the above method may further include the following steps: obtaining the first status information of the private timer of the first processing core; obtaining the second status information of the private timer of the second processing core; if it is determined that the first status information indicates that the private timer of the first processing core has timed out, then globally resetting the multi-core heterogeneous system; if it is determined that the first status information indicates that the private timer of the first processing core is normal and the second status information indicates that the private timer of the second processing core has timed out, then resetting the second processing core.

[0091] Specifically, the system utilizes the private WDTs (Timeout Timers) of both the first and second processing cores to provide a fallback mechanism for simultaneous dual-core failures: a timeout of the first processing core's private WDT will cause the first processing core to reset. Since the first processing core is the system's main control core, this is equivalent to a global reset of the multi-core heterogeneous system. Therefore, if the first processing core crashes alone, i.e., its private WDT times out, it will trigger a global reset of the multi-core heterogeneous system. If only the second processing core's private WDT times out, it will only cause the second processing core to reset and will not affect the operation of the main control core. When both the first and second processing cores crash simultaneously, i.e., both the first and second processing cores' private timers time out, a global reset of the multi-core heterogeneous system is triggered, without the need for additional hardware to implement fallback recovery for simultaneous dual-core failures.

[0092] As can be seen, in this example, setting a fallback recovery mechanism for dual-core anomalies based on the processor's private WDT settings is beneficial for improving the stability of multi-core heterogeneous systems.

[0093] Please see Figure 6 , Figure 6 This is a flowchart illustrating another multi-core health monitoring method provided in this application embodiment, applied to the second processing core in a multi-core heterogeneous system. The multi-core heterogeneous system includes a first processing core and a second processing core, which are communicatively connected. The method includes: Step S601: Obtain the configuration information of the second service probe.

[0094] Step S602: Generate a second probe request based on the second service probe configuration information.

[0095] Step S603: The second probe request is transmitted to the first processing core. The first processing core is used to respond to the second probe request, perform corresponding business operations, generate second probe response information, and transmit the second probe response information to the second processing core.

[0096] Step S604: Perform a verification operation based on the second probe response information to obtain the second verification information.

[0097] Step S605: Update the first health score of the first processing core according to the second verification information.

[0098] Optionally, the second processing core may also perform the following operations: obtain a first probe request from the first processing core; respond to the first probe request by performing a corresponding business operation to obtain second business processing result information; generate first probe response information based on the second business processing result information, wherein the second probe response information includes: the sequence number of the second probe request, the timestamp of the response generating the second probe response information, and the second business processing result information; or, the second probe response information includes: the sequence number of the second probe request, the timestamp of the response generating the second probe response information, and a task status bitmap.

[0099] Optionally, after updating the first health score of the first processing core according to the second verification information, the above method may further include the following steps: when it is determined that the updated first health score increases, the sending period of the second probe request is increased; when it is determined that the updated first health score decreases, the sending period of the second probe request is shortened.

[0100] The threshold for increasing and decreasing the probe's sending cycle each time can be preset according to the number of score updates, or it can be set in other ways, which are not limited here.

[0101] For example, if the initial health score is 80, the second probe request sending period is 8ms, all verification items are verified normally, and the updated initial health score is 82, then the updated initial health score increases, and the second probe request sending period increases to 8.2ms. If the initial health score is 80, the second probe request sending period is 100ms, and the updated initial health score is 65, then the updated initial health score decreases, and the second probe request sending period shortens to 6.5ms.

[0102] As can be seen from this embodiment, the second processing core first obtains the second service probe configuration information, then generates a second probe request based on the second service probe configuration information, and then transmits the second probe request to the first processing core. The first processing core responds to the second probe request by performing corresponding service operations, generating second probe response information, and transmitting the second probe response information to the second processing core. It further performs a verification operation based on the second probe response information to obtain second verification information. Finally, it updates the first health score of the first processing core based on the second verification information. By configuring service probes and generating service probe requests, and transmitting these requests to the first processing core, the second processing core generates and transmits probe response information in response. The second processing core further performs verification based on the probe response information and updates the health score of the first processing core, thereby achieving both jump monitoring and service monitoring of the first processing core. This improves the accuracy and comprehensiveness of bidirectional monitoring across multiple processing cores.

[0103] Please see Figure 7 , Figure 7 This is a schematic diagram of a chip structure provided in an embodiment of this application, applied as a second processing core in a multi-core heterogeneous system. The multi-core heterogeneous system includes a first processing core and a second processing core, which are communicatively connected. Figure 7 As shown, the chip includes a processor, a memory, a communication interface, and one or more programs, wherein the one or more programs are stored in the memory, and the one or more programs are configured to be executed by the processor according to the following instructions: Obtain the configuration information of the second service probe; A second probe request is generated based on the second service probe configuration information; The first processing core transmits the second probe request to the first processing core, and the first processing core is used to respond to the second probe request by performing corresponding business operations, generating second probe response information, and transmitting the second probe response information to the second processing core. A verification operation is performed based on the response information of the second probe to obtain the second verification information; The first health score of the first processing core is updated based on the second verification information.

[0104] As can be seen, in this embodiment, the chip first obtains the first service probe configuration information, then generates a first probe request based on the first service probe configuration information, and then transmits the first probe request to the second processing core. The second processing core responds to the first probe request by performing corresponding service operations, generating first probe response information, and transmitting the first probe response information back to the first processing core. It further performs a verification operation based on the first probe response information to obtain first verification information. Finally, it updates the second health score of the second processing core based on the first verification information. By configuring service probes and generating service probe requests, and transmitting these requests to the second processing core, the second processing core generates and transmits probe response information, further performs verification based on the probe response information, and updates the health score of the second processing core. This achieves both jump monitoring and service monitoring of the second processing core. Similarly, the second processing core can monitor the first processing core in the same way, which helps improve the accuracy and comprehensiveness of bidirectional monitoring across multiple processing cores.

[0105] In one possible example, the first probe request includes at least one of the following: a lightweight heartbeat probe request, a load query probe request, a register verification probe request, a computation verification probe request, and a task status synchronization probe request; the process of generating the first probe request based on the first service probe configuration information includes instructions for performing the following steps: Based on the first service probe configuration information, the configured probe type is determined, and the probe type includes at least one of the following: lightweight heartbeat, load query, register verification, calculation verification, and task status synchronization; When the probe type is determined to be lightweight heartbeat, a lightweight heartbeat probe request is generated. When the probe type is determined to be load query, a load query probe request is generated; When the probe type is determined to be register verification, a register verification probe request is generated. If the probe type is determined to be computational verification, a computational verification probe request is generated. When the probe type is determined to be task state synchronization, a task state synchronization probe request is generated.

[0106] In one possible example, regarding the step of performing a verification operation based on the first probe response information to obtain first verification information, the above procedure includes instructions for performing the following steps: The first probe response information is determined by multiple verification items, which include at least one of the following: timeout verification, serial number verification, return value verification, round-trip time delay verification, and task status verification. Based on the first probe response information, the verification operation corresponding to each verification item is executed to obtain multiple verification result information; The plurality of verification result information is used as the first verification information.

[0107] In one possible example, regarding updating the second health score of the second processing core based on the first verification information, the above procedure includes instructions for performing the following steps: When it is determined that the first verification information indicates that all verification items are verified normally, the first score is updated. The second health score of the second processing core is updated based on the first score update value; When it is determined that the first verification information indicates that there is a verification item verification error, the second score update value is determined according to the abnormal verification item and the preset score update rule. The second health score of the second processing core is updated based on the second score update value.

[0108] In one possible example, after updating the second health score of the second processing core based on the first verification information, the above procedure further includes instructions for performing the following steps: When it is determined that the updated second health score has increased, the sending period of the first probe request is increased; When it is determined that the updated second health score has decreased, the sending cycle of the first probe request is shortened.

[0109] In one possible example, after updating the second health score of the second processing core based on the first verification information, the above procedure further includes instructions for performing the following steps: Obtain the second current health score of the second processing core; The level of abnormality is determined based on the second current health score; Based on the anomaly level, determine the second recovery action of the second processing core.

[0110] In one possible example, after updating the second health score of the second processing core based on the first verification information, the above procedure further includes instructions for performing the following steps: Obtain the first state information of the private timer of the first processing core; Obtain the second state information of the private timer of the second processing core; If it is determined that the first status information indicates that the private timer of the first processing core has timed out, then the multi-core heterogeneous system is globally reset; If it is determined that the first status information indicates that the private timer of the first processing core is normal and the second status information indicates that the private timer of the second processing core has timed out, then the second processing core is reset.

[0111] In one possible example, the above procedure also includes instructions for performing the following steps: Obtain a second probe request from the second processing core; In response to the second probe request, perform the corresponding business operation to obtain the first business processing result information; Based on the first business processing result information, a second probe response information is generated. The second probe response information includes at least one of the following: the sequence number of the second probe request, the timestamp of the response generating the second probe response information, the second business processing result information, and the task status bitmap.

[0112] The above primarily describes the solutions of the embodiments of this application from the perspective of the method execution process. It is understood that, in order to achieve the above functions, the chip includes corresponding hardware structures and / or software modules for executing each function. Those skilled in the art should readily recognize that, in conjunction with the units and algorithm steps of the various examples described in the embodiments provided herein, this application can be implemented in hardware or a combination of hardware and computer software. Whether a function is executed in hardware or by computer software driving hardware depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application.

[0113] This application embodiment can divide the chip into functional units according to the above method example. For example, each function can be divided into a separate functional unit, or two or more functions can be integrated into one processing unit. The integrated unit can be implemented in hardware or as a software functional unit. It should be noted that the unit division in this application embodiment is illustrative and only represents one logical functional division. In actual implementation, there may be other division methods.

[0114] When dividing each function into modules according to its corresponding function. Figure 8 This is a functional unit block diagram of a multi-core health monitoring device provided in an embodiment of this application. It is applied to a first processing core in a multi-core heterogeneous system. The multi-core heterogeneous system includes a first processing core and a second processing core, which are communicatively connected. Figure 8 As shown, the multi-core health monitoring device includes an acquisition unit 801, a generation unit 802, a transmission unit 803, a verification unit 804, and an update unit 805; wherein, The acquisition unit 801 is used to acquire the configuration information of the first service probe; The generation unit 802 is used to generate a first probe request based on the first service probe configuration information. The transmission unit 803 is used to transmit the first probe request to the second processing core. The second processing core is used to respond to the first probe request, perform corresponding business operations, generate first probe response information, and transmit the first probe response information to the first processing core. The verification unit 804 is used to perform a verification operation based on the first probe response information to obtain first verification information; The update unit 805 is used to update the second health score of the second processing core according to the first verification information.

[0115] As can be seen, in this embodiment, the multi-core health monitoring device first obtains the first service probe configuration information, then generates a first probe request based on the first service probe configuration information, and then transmits the first probe request to the second processing core. The second processing core responds to the first probe request by performing corresponding service operations, generating first probe response information, and transmitting the first probe response information back to the first processing core. It further performs a verification operation based on the first probe response information to obtain first verification information. Finally, it updates the second health score of the second processing core based on the first verification information. The first processing core configures service probes and generates service probe requests, and transmits these requests to the second processing core. The second processing core responds by generating and transmitting probe response information. The first processing core further performs verification based on the probe response information and updates the health score of the second processing core, thus achieving both jump monitoring and service monitoring of the second processing core. Similarly, the second processing core can monitor the first processing core in the same way, which helps improve the accuracy and comprehensiveness of bidirectional monitoring of multiple processing cores.

[0116] In one possible example, the first probe request includes at least one of the following: a lightweight heartbeat probe request, a load query probe request, a register check probe request, a computation check probe request, and a task status synchronization probe request; in generating the first probe request based on the first service probe configuration information, the generation unit 802 is specifically used for: Based on the first service probe configuration information, the configured probe type is determined, and the probe type includes at least one of the following: lightweight heartbeat, load query, register verification, calculation verification, and task status synchronization; When the probe type is determined to be lightweight heartbeat, a lightweight heartbeat probe request is generated. When the probe type is determined to be load query, a load query probe request is generated; When the probe type is determined to be register verification, a register verification probe request is generated. If the probe type is determined to be computational verification, a computational verification probe request is generated. When the probe type is determined to be task state synchronization, a task state synchronization probe request is generated.

[0117] In one possible example, regarding the execution of a verification operation based on the first probe response information to obtain first verification information, the verification unit 804 is specifically used for: The first probe response information is determined by multiple verification items, which include at least one of the following: timeout verification, serial number verification, return value verification, round-trip time delay verification, and task status verification. Based on the first probe response information, the verification operation corresponding to each verification item is executed to obtain multiple verification result information; The plurality of verification result information is used as the first verification information.

[0118] In one possible example, regarding updating the second health score of the second processing core based on the first verification information, the updating unit 805 is specifically configured to: When it is determined that the first verification information indicates that all verification items are verified normally, the first score is updated. The second health score of the second processing core is updated based on the first score update value; When it is determined that the first verification information indicates that there is a verification item verification error, the second score update value is determined according to the abnormal verification item and the preset score update rule. The second health score of the second processing core is updated based on the second score update value.

[0119] In one possible example, after updating the second health score of the second processing core according to the first verification information, the update unit 805 is specifically used for: When it is determined that the updated second health score has increased, the sending period of the first probe request is increased; When it is determined that the updated second health score has decreased, the sending cycle of the first probe request is shortened.

[0120] In one possible example, after updating the second health score of the second processing core according to the first verification information, the update unit 805 is further specifically used for: Obtain the second current health score of the second processing core; The level of abnormality is determined based on the second current health score; Based on the anomaly level, determine the second recovery action of the second processing core.

[0121] In one possible example, after updating the second health score of the second processing core according to the first verification information, the update unit 805 is further specifically used for: Obtain the first state information of the private timer of the first processing core; Obtain the second state information of the private timer of the second processing core; If it is determined that the first status information indicates that the private timer of the first processing core has timed out, then the multi-core heterogeneous system is globally reset; If it is determined that the first status information indicates that the private timer of the first processing core is normal and the second status information indicates that the private timer of the second processing core has timed out, then the second processing core is reset.

[0122] In one possible example, after updating the second health score of the second processing core according to the first verification information, the generation unit 802 is further specifically used for: Obtain a second probe request from the second processing core; In response to the second probe request, perform the corresponding business operation to obtain the first business processing result information; Based on the first service processing result information, a second probe response information is generated. The second probe response information includes: the sequence number of the second probe request, the timestamp of the response generating the second probe response information, and the second service processing result information; or, the second probe response information includes: the sequence number of the second probe request, the timestamp of the response generating the second probe response information, and the task status bitmap.

[0123] It should be noted that all relevant content of each step involved in the above method embodiments can be referenced from the functional description of the corresponding functional module, and will not be repeated here.

[0124] The chip provided in this embodiment is used to execute the above-described multi-core health monitoring method, and therefore can achieve the same effect as the above-described implementation method.

[0125] When using integrated units, a chip may include a processing module, a storage module, and a communication module. The processing module controls and manages the chip's operations; for example, it supports the chip in executing the steps described above by the functional units. The storage module supports the chip in executing stored program code and data. The communication module supports communication between the chip and other devices.

[0126] The processing module can be a processor or a controller. It can implement or execute various exemplary logic blocks, modules, and circuits described in conjunction with the disclosure of this application. The processor can also be a combination that implements computational functions, such as a combination of one or more microprocessors, a combination of digital signal processing (DSP) and a microprocessor, etc. The storage module can be a memory. The communication module can specifically be a radio frequency circuit, a Bluetooth chip, a Wi-Fi chip, or other devices that interact with other chips.

[0127] This application also provides a computer storage medium storing a computer program for electronic data interchange, which causes a computer to perform some or all of the steps of any of the methods described in the above method embodiments, wherein the computer includes a chip.

[0128] This application also provides a computer program product, which includes a non-transitory computer-readable storage medium storing a computer program operable to cause a computer to perform some or all of the steps of any of the methods described in the above method embodiments. The computer program product may be a software installation package, and the computer includes a control platform.

[0129] It should be noted that, for the sake of simplicity, the foregoing method embodiments are all described as a series of actions. However, those skilled in the art should understand that this application is not limited to the described order of actions, as some steps may be performed in other orders or simultaneously according to this application. Furthermore, those skilled in the art should also understand that the embodiments described in the specification are preferred embodiments, and the actions and modules involved are not necessarily essential to this application.

[0130] In the above embodiments, the descriptions of each embodiment have different focuses. For parts not described in detail in a certain embodiment, please refer to the relevant descriptions in other embodiments.

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

[0132] The units described above as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.

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

[0134] If the aforementioned integrated units are implemented as software functional units and sold or used as independent products, they can be stored in a computer-readable storage device (CMD). Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, or all or part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a memory and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods described in the various embodiments of this application. The aforementioned memory includes various media capable of storing program code, such as USB flash drives, read-only memory (ROM), random access memory (RAM), portable hard drives, magnetic disks, or optical disks.

[0135] Those skilled in the art will understand that all or part of the steps in the various methods of the above embodiments can be implemented by a program instructing related hardware. The program can be stored in a computer-readable storage device, which may include: a flash drive, a read-only memory, a random access memory, a magnetic disk, or an optical disk, etc.

[0136] The embodiments of this application have been described in detail above. Specific examples have been used to illustrate the principles and implementation methods of this application. The description of the above embodiments is only for the purpose of helping to understand the method and core ideas of this application. At the same time, for those skilled in the art, there will be changes in the specific implementation methods and application scope based on the ideas of this application. Therefore, the content of this specification should not be construed as a limitation of this application.

Claims

1. A multi-core health monitoring method, characterized in that, A first processing core is applied in a multi-core heterogeneous system, the multi-core heterogeneous system including the first processing core and a second processing core, the first processing core and the second processing core being communicatively connected; the method includes: Obtain the configuration information of the first service probe; A first probe request is generated based on the first service probe configuration information; The first probe request is transmitted to the second processing core. The second processing core is used to respond to the first probe request, perform corresponding business operations, generate first probe response information, and transmit the first probe response information to the first processing core. A verification operation is performed based on the first probe response information to obtain the first verification information; The second health score of the second processing core is updated based on the first verification information.

2. The method according to claim 1, characterized in that, The first probe request includes at least one of the following: lightweight heartbeat probe request, load query probe request, register check probe request, computation check probe request, and task status synchronization probe request; The step of generating a first probe request based on the first service probe configuration information includes: Based on the first service probe configuration information, the configured probe type is determined, and the probe type includes at least one of the following: lightweight heartbeat, load query, register verification, calculation verification, and task status synchronization; When the probe type is determined to be lightweight heartbeat, a lightweight heartbeat probe request is generated. When the probe type is determined to be load query, a load query probe request is generated; When the probe type is determined to be register verification, a register verification probe request is generated. If the probe type is determined to be computational verification, a computational verification probe request is generated. When the probe type is determined to be task state synchronization, a task state synchronization probe request is generated.

3. The method according to claim 2, characterized in that, The step of performing a verification operation based on the first probe response information to obtain first verification information includes: The first probe response information is determined by multiple verification items, which include at least one of the following: timeout verification, sequence number verification, return value verification, round-trip time delay verification, and task status verification. Based on the first probe response information, the verification operation corresponding to each verification item is executed to obtain multiple verification result information; The plurality of verification result information is used as the first verification information.

4. The method according to claim 3, characterized in that, The step of updating the second health score of the second processing core based on the first verification information includes: When it is determined that the first verification information indicates that all verification items are verified normally, the first score is updated. The second health score of the second processing core is updated based on the first score update value; When it is determined that the first verification information indicates that there is a verification item verification error, the second score update value is determined according to the abnormal verification item and the preset score update rule. The second health score of the second processing core is updated based on the second score update value.

5. The method according to claim 4, characterized in that, After updating the second health score of the second processing core based on the first verification information, the method further includes: When it is determined that the updated second health score has increased, the sending period of the first probe request is increased; When it is determined that the updated second health score has decreased, the sending cycle of the first probe request is shortened.

6. The method according to claim 1, characterized in that, After updating the second health score of the second processing core based on the first verification information, the method further includes: Obtain the second current health score of the second processing core; The level of abnormality is determined based on the second current health score; Based on the anomaly level, determine the second recovery action of the second processing core.

7. The method according to claim 4, characterized in that, After updating the second health score of the second processing core based on the first verification information, the method further includes: Obtain the first state information of the private timer of the first processing core; Obtain the second state information of the private timer of the second processing core; If it is determined that the first status information indicates that the private timer of the first processing core has timed out, then the multi-core heterogeneous system is globally reset; If it is determined that the first status information indicates that the private timer of the first processing core is normal and the second status information indicates that the private timer of the second processing core has timed out, then the second processing core is reset.

8. The method according to claim 1, characterized in that, The method further includes: Obtain a second probe request from the second processing core; In response to the second probe request, perform the corresponding business operation to obtain the first business processing result information; Based on the first service processing result information, a second probe response information is generated. The second probe response information includes: the sequence number of the second probe request, the timestamp of the response generating the second probe response information, and the second service processing result information; or, the second probe response information includes: the sequence number of the second probe request, the timestamp of the response generating the second probe response information, and the task status bitmap.

9. A multi-core health monitoring method, characterized in that, A second processing core is applied in a multi-core heterogeneous system, the multi-core heterogeneous system including a first processing core and a second processing core, the first processing core and the second processing core being communicatively connected; the method includes: Obtain the configuration information of the second service probe; A second probe request is generated based on the second service probe configuration information; The first processing core transmits the second probe request to the first processing core, and the first processing core is used to respond to the second probe request by performing corresponding business operations, generating second probe response information, and transmitting the second probe response information to the second processing core. A verification operation is performed based on the response information of the second probe to obtain the second verification information; The first health score of the first processing core is updated based on the second verification information.

10. A multi-core health monitoring device, characterized in that, A first processing core is applied in a multi-core heterogeneous system, the multi-core heterogeneous system including the first processing core and the second processing core, the first processing core and the second processing core being communicatively connected; the multi-core health monitoring device includes an acquisition unit, a generation unit, a transmission unit, a verification unit, and an update unit; wherein... The acquisition unit is used to acquire the configuration information of the first service probe; The generation unit is used to generate a first probe request based on the first service probe configuration information; The transmission unit is used to transmit the first probe request to the second processing core. The second processing core is used to respond to the first probe request, perform corresponding business operations, generate first probe response information, and transmit the first probe response information to the first processing core. The verification unit is used to perform a verification operation based on the first probe response information to obtain first verification information; The update unit is used to update the second health score of the second processing core according to the first verification information.

11. A chip, characterized in that, It includes a processor and a memory, the memory being used to store one or more programs and configured to be executed by the processor, the programs including instructions for performing the steps of the method as claimed in any one of claims 1-8 or claim 9.

Images