CN114416483A - 多处理单元的运行状态监控方法、装置、存储介质及设备 - Google Patents

Abstract

本公开实施例公开了一种多处理单元的运行状态监控方法、装置、芯片、计算机可读存储介质及电子设备，其中，该方法包括：响应于目标应用程序进入目标运行阶段，确定目标应用程序在目标运行阶段的运行状态；生成表示运行状态的运行状态信息；将运行状态信息写入共享内存中，以用于多处理单元中的监控处理单元从共享内存中读取运行状态信息并对被监控处理单元的运行状态进行监控。本公开实施例实现了由监控处理单元从共享内存中读取运行状态信息即可实现对被监控处理单元的监控，无需使用调试器或日志系统对被监控处理单元进行监控，简化了对多处理单元运行状态的监控的观测条件，提高了监控效率，降低了监控成本。

Description

多处理单元的运行状态监控方法、装置、存储介质及设备

技术领域

本公开涉及计算机技术领域，尤其是一种多处理单元的运行状态监控方法、装置、芯片、计算机可读存储介质及电子设备。

背景技术

随着计算机技术的不断发展，在电子设备上运行的应用程序越来越多，因此，对应用程序的运行状态进行实时监控的要求逐渐增强。例如，在嵌入式处理器芯片领域，嵌入式处理器芯片的结构日益复杂，常见的架构中，除了具有高性能的例如为ARM cortex-a的主处理单元之外，还会配置有例如为cortex-m处理单元、dsp处理单元、risc-v处理单元、cortex-r处理单元等从处理单元，以承担功能安全、实时计算、外设控制、数据处理等功能。目前较为典型的主处理单元，例如ARMcortex-a架构，一般采用linux等高级操作系统，而从处理单元一般采用低级操作系统或不采用操作系统。主处理单元的性能优于从处理单元，因此，在其上设置有数量较多、功能较复杂的应用程序，从处理单元运行一些功能相对简单的应用程序，为了降低主处理单元在运行期间发生异常的概率，需要对这些应用程序的运行状态进行监控。

发明内容

本公开的实施例提供了一种芯片上多处理单元的运行状态监控方法、装置、芯片、计算机可读存储介质及电子设备。

本公开的实施例提供了一种多处理单元的运行状态监控方法，该方法应用于多处理单元中的被监控处理单元，该方法包括：响应于目标应用程序进入目标运行阶段，确定目标应用程序在目标运行阶段的运行状态；生成表示运行状态的运行状态信息；将运行状态信息写入共享内存中，以用于多处理单元中的监控处理单元从共享内存中读取运行状态信息并对被监控处理单元的运行状态进行监控。

根据本公开实施例的另一个方面，提供了一种多处理单元的运行状态监控方法，该方法应用于多处理单元中的监控处理单元，该方法包括：响应于触发读取运行状态信息的操作，从共享内存中读取运行状态信息，其中，运行状态信息由运行在多处理单元中的被监控处理单元的目标应用程序在目标运行阶段生成；基于运行状态信息，确定目标运行阶段的当前运行状态。

根据本公开实施例的另一个方面，提供了一种多处理单元的运行状态监控装置，该装置应用于多处理单元中的被监控处理单元，该装置包括：第一确定模块，用于响应于目标应用程序进入目标运行阶段，确定目标应用程序在目标运行阶段的运行状态；第一生成模块，用于生成表示运行状态的运行状态信息；写入模块，用于将运行状态信息写入共享内存中，以用于多处理单元中的监控处理单元从共享内存中读取运行状态信息并对被监控处理单元的运行状态进行监控。

根据本公开实施例的另一个方面，提供了一种多处理单元的运行状态监控装置，该装置应用于多处理单元中的监控处理单元，该装置包括：读取模块，用于响应于触发读取运行状态信息的操作，从共享内存中读取运行状态信息，其中，运行状态信息由运行在多处理单元中的被监控处理单元的目标应用程序在目标运行阶段生成；第二确定模块，用于基于运行状态信息，确定目标运行阶段的当前运行状态。

根据本公开实施例的另一个方面，提供了一种芯片，与存储器相连或者包括存储器，所述芯片还包括至少一个被监控处理单元和监控处理单元；至少一个被监控处理单元中的每个监控处理单元，用于读取并执行所述存储器中存储的对应的可执行指令，以实现上述第一方面描述的方法；监控处理单元，用于读取并执行所述存储器中存储的对应的可执行指令，以实现上述第二方面描述的方法。

根据本公开实施例的另一个方面，提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序用于执行上述多处理单元的运行状态监控方法。

根据本公开实施例的另一个方面，提供了一种电子设备，该电子设备包括：被监控处理单元、至少一个监控处理单元、共享内存和用于存储被监控处理单元和至少一个监控处理单元的可执行指令的存储器；被监控处理单元，用于从存储器中读取对应的可执行指令，并执行读取的可执行指令以实现上述第一方面描述的方法；至少一个监控处理单元中的每个监控处理单元，用于从存储器中读取对应的可执行指令，并执行读取的可执行指令以实现上述第二方面描述的方法。

基于本公开上述实施例提供的多处理单元的运行状态监控方法、装置、芯片、计算机可读存储介质及电子设备，通过在目标应用程序进入目标运行阶段时，确定目标应用程序在目标运行阶段的运行状态并生成运行状态信息，然后将运行状态信息写入共享内存中，以用于多处理单元中的监控处理单元从共享内存中读取运行状态信息并对被监控处理单元的运行状态进行监控，从而实现了被监控处理单元只需将目标应用程序在目标运行阶段的运行状态信息写入共享内存，由监控处理单元从共享内存中读取运行状态信息即可实现对被监控处理单元的监控，无需使用调试器或日志系统对被监控处理单元进行监控，简化了对多处理单元的运行状态的监控的观测条件，提高了监控效率，降低了监控成本。

下面通过附图和实施例，对本公开的技术方案做进一步的详细描述。

附图说明

通过结合附图对本公开实施例进行更详细的描述，本公开的上述以及其他目的、特征和优势将变得更加明显。附图用来提供对本公开实施例的进一步理解，并且构成说明书的一部分，与本公开实施例一起用于解释本公开，并不构成对本公开的限制。在附图中，相同的参考标号通常代表相同部件或步骤。

图1是本公开所适用的系统图。

图2是本公开一示例性实施例提供的应用于多处理单元中被监控处理单元的运行状态监控方法的流程示意图。

图3是本公开一示例性实施例提供的应用于多处理单元中监控处理单元的运行状态监控方法的流程示意图。

图4是本公开的实施例的提供的一个共享内存的结构示意图。

图5是本公开一示例性实施例提供的应用于多处理单元中监控处理单元的运行状态监控方法的流程示意图。

图6是本公开另一示例性实施例提供的应用于多处理单元的监控处理单元的运行状态监控方法的流程示意图。

图7是本公开另一示例性实施例提供的应用于多处理单元中监控处理单元的运行状态监控方法的流程示意图。

图8是本公开一示例性实施例提供的应用于多处理单元中被监控处理单元的运行状态监控装置的结构示意图。

图9是本公开另一示例性实施例提供的应用于多处理单元中被监控处理单元的运行状态监控装置的结构示意图。

图10是本公开一示例性实施例提供的应用于多处理单元中监控处理单元的运行状态监控装置的结构示意图。

图11是本公开另一示例性实施例提供的应用于多处理单元中监控处理单元的运行状态监控装置的结构示意图。

图12是本公开一示例性实施例提供的电子设备的结构图。

具体实施方式

下面，将参考附图详细地描述根据本公开的示例实施例。显然，所描述的实施例仅仅是本公开的一部分实施例，而不是本公开的全部实施例，应理解，本公开不受这里描述的示例实施例的限制。

应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本公开的范围。

本领域技术人员可以理解，本公开实施例中的“第一”、“第二”等术语仅用于区别不同步骤、设备或模块等，既不代表任何特定技术含义，也不表示它们之间的必然逻辑顺序。

还应理解，在本公开实施例中，“多个”可以指两个或两个以上，“至少一个”可以指一个、两个或两个以上。

还应理解，对于本公开实施例中提及的任一部件、数据或结构，在没有明确限定或者在前后文给出相反启示的情况下，一般可以理解为一个或多个。

另外，本公开中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本公开中字符“/”，一般表示前后关联对象是一种“或”的关系。

还应理解，本公开对各个实施例的描述着重强调各个实施例之间的不同之处，其相同或相似之处可以相互参考，为了简洁，不再一一赘述。

同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。

以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本公开及其应用或使用的任何限制。

对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为说明书的一部分。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

申请概述

为了对电子设备上运行的应用程序进行监控，相关技术方案一般是直接使用调试器来调试被监控设备，或者使用日志系统来监控被监控设备的启动、休眠、唤醒等各个运行阶段。例如在SOC(片上系统，System on Chip)中，包括多个处理单元，该多个处理单元进一步包括一个主处理单元(又称主核)和多个从处理单元(又称从核)，主处理单元上运行的应用程序通常采用调试器或日志系统来监控。这样的监控方式效率低下，产品量产后的可观测条件更差，对于长时间运行的设备来说，更难检测其各个运行阶段的进度，使用场景具有很大的局限性。

示例性系统

图1示出了可以应用本公开的实施例的多处理单元的运行状态监控方法或多处理单元的运行状态监控装置的示例性系统架构100。

该系统架构100可以包括至少一个被监控处理单元101、监控处理单元102和共享内存103。该系统通常应用在SOC中，即集成在一个芯片中，还可以设置到不同的芯片或电路板中，这些芯片或电路板之间可以建立数据通信的链路。

在异构多核SOC中，通常包括高性能的主处理单元(例如ARM cortex-a处理单元)和较低性能的从处理单元。由于主处理单元通常运行更多、更复杂的应用程序，因此，至少一个被监控处理单元101通常包括主处理单元。至少一个被监控处理单元也101可以包括较低性能的从处理单元。

监控处理单元102通常为从处理单元，例如ARM cortex-m处理单元、DSP处理单元、risc-v处理单元、ARM cortex-r处理单元等。监控处理单元102用于承担对至少一个被监控处理单元101上运行的应用程序的状态监控的功能，还可以用于功能安全、实时计算、外设控制、数据处理等功能。需要说明的是，以上监控处理单元102和被监控处理单元101的类型仅仅是示例性的，本公开实施例不对监控处理单元102和被监控处理单元101的类型做限定，即主处理单元可以作为被监控处理单元101，也可以作为监控处理单元102。并且，从处理单元可以作为被监控处理单元101，也可以作为监控处理单元102。

共享内存103用于暂存由至少一个被监控处理单元101写入的目标应用程序在目标运行阶段的运行状态信息，监控处理单元102可以从共享内存103中读取运行状态信息，从而实现对至少一个被监控处理单元101的监控。

需要说明的是，本公开的实施例提供了两种多处理单元的运行状态监控方法，分别由至少一个被监控处理单元101和监控处理单元102执行，相应地本公开的实施例提供了两种多处理单元的运行状态监控装置，分别位于至少一个被监控处理单元101和监控处理单元102中。

示例性方法

图2是本公开一示例性实施例提供的多处理单元的运行状态监控方法的流程示意图。本实施例的方法可应用在如图1所示的被监控处理单元101上，即该方法由被监控处理单元101执行，如图2所示，该方法包括如下步骤：

步骤201，响应于目标应用程序进入目标运行阶段，确定目标应用程序在目标运行阶段的运行状态。

在本实施例中，被监控处理单元101可以响应于目标应用程序进入目标运行阶段，确定目标应用程序在目标运行阶段的运行状态。其中，目标应用程序可以是在被监控处理单元101上运行的应用程序中被指定监控其运行状态的应用程序。例如，目标应用程序可以是执行某个功能的软件的程序模块，例如Uboot(UniversalBootLoader，通用启动引导程序)引导加载程序模块、文件系统挂载程序模块、人脸识别模块、语音识别模块等。目标应用程序也可以是对某个硬件模块进行驱动的程序模块，例如SPI(串行外设接口，SerialPeripheral Interface)总线驱动模块，I2C(集成电路，Inter-Integrated Circuit，)总线驱动模块和/或UART(通用异步收发传输器，Universal Asynchronous Receiver/Transmitter)驱动模块等。

目标运行阶段可以是目标应用程序运行过程中被指定对其进行监控的运行阶段。可选的，目标运行阶段包括但不限于以下任一项：目标应用程序的程序启动阶段、休眠启动阶段、唤醒启动阶段。上述各种运行阶段涉及了目标应用程序的重点监控阶段，对这些运行阶段进行监控可以保证在目标应用程序的程序启动、休眠、唤醒等阶段发生异常时，监控处理单元102可以实时地对发生的异常状况进行定位并记录，有利于提高目标应用程序的运行稳定性。

目标运行阶段的运行状态可以通过各种方式确定，例如当目标运行阶段发生异常时，自动输出异常码，从而确定目标运行阶段的运行状态为异常状态。或者，当设定时间内目标运行阶段没有执行完毕，确定目标运行阶段的运行状态为异常状态。

步骤202，生成表示运行状态的运行状态信息。

在本实施例中，被监控处理单元101可以生成表示运行状态的运行状态信息。其中，运行状态信息可以为各种形式的信息，例如数字、文字或标识符等，当运行状态信息采用数字表示时，“1”表示运行状态正常，“0”表示运行状态异常。运行状态信息还可以包括至少一项子信息，例如，可以包括运行状态信息的生成时间、目标运行阶段当前执行的节点标记、运行状态码等。

步骤203，将运行状态信息写入共享内存中，以用于多处理单元中的监控处理单元从共享内存中读取运行状态信息并对被监控处理单元的运行状态进行监控。

在本实施例中，被监控处理单元101可以将运行状态信息写入共享内存103中，以用于监控处理单元102从共享内存103中读取运行状态信息并对被监控处理单元的运行状态进行监控。

监控处理单元102可以根据运行状态信息进行相应形式的信息输出。例如运行状态信息表示发生异常时，可以生成异常提示信息，并将异常提示信息在显示器上显示，或将异常提示信息发送到相关人员使用的终端。

本公开的上述实施例提供的方法，通过在目标应用程序进入目标运行阶段时，确定目标应用程序在目标运行阶段的运行状态并生成运行状态信息，然后将运行状态信息写入共享内存中，以用于多处理单元中的监控处理单元从共享内存中读取运行状态信息、并对被监控处理单元的运行状态进行监控，从而只需被监控处理单元将目标应用程序在目标运行阶段的运行状态信息写入共享内存，即可实现由监控处理单元从共享内存中读取运行状态信息以用于对被监控处理单元进行监控，无需使用调试器或日志系统对被监控处理单元进行监控，简化了对芯片运行状态的监控的观测条件，提高了监控效率，降低了监控成本。

在一些可选的实现方式中，目标运行阶段包括至少一个运行节点。其中，运行节点表示目标运行阶段对应的代码中被标记的代码位置点。例如，当目标运行阶段为SPI驱动模块的启动阶段时，运行节点包括：设置时钟寄存器节点、设置电源寄存器节点、设置工作模式寄存器节点、设置工作频率寄存器节点、设置软件缓存区节点和设置中断节点等。

如图3所示，基于上述至少一个运行节点，步骤201可以包括：

步骤2011，确定目标应用程序在目标运行阶段中的当前运行节点的运行状态。

继续上述示例，当前运行节点可以是设置软件缓存区节点，即当目标运行阶段运行到设置软件缓存区节点时，确定设置软件缓存区节点的运行状态。例如，当运行到设置软件缓存区节点发生异常时，可以输出异常码，从而确定设置软件缓存区节点的运行状态为异常状态；或者，当运行到设置软件缓存区节点时，经过预设时长后没有执行下一个运行节点(即设置中断节点)，则确定设置软件缓存区节点的运行状态为异常状态。

基于此，步骤202可以包括：

步骤2021，基于当前运行节点的运行状态，生成目标运行阶段的运行状态信息。

继续上述示例，SPI驱动模块的启动阶段包括的运行节点分别对应于一个状态码。例如，设置时钟寄存器节点的状态码为1，设置电源寄存器节点的状态码为2，设置工作模式寄存器节点的状态码为3，设置工作频率寄存器节点的状态码为4，设置软件缓存区节点的状态码为5，设置中断节点的状态码为6等。

作为另一示例，当目标运行阶段表示UART驱动模块的休眠阶段时，运行节点及对应的运行状态信息包括：收到休眠命令，状态码0；清理寄存器，状态码1；关闭时钟，状态码2；关闭模块电源，状态码3；通知操作系统UART可以休眠，状态码4。

当目标运行阶段表示UART驱动模块的唤醒阶段时，运行节点及对应的运行状态信息包括：收到唤醒命令，状态码0；打开模块电源，状态码1；打开时钟，状态码2；通知操作系统UART被唤醒，状态码3。

本实现方式通过确定目标应用程序在目标运行阶段中的运行节点的运行状态、并生成运行状态信息，可以实现将目标运行阶段的过程中生成的各个运行状态信息实时地存入共享内存，由监控处理单元实时监控目标运行阶段的执行过程，可以更精确地对目标应用程序的目标运行阶段的执行过程进行监控，有助于在目标运行阶段发生异常时，更精确地对异常点进行定位。

在一些可选的实现方式中，在步骤201中，被监控处理单元可以响应于目标应用程序进入目标运行阶段，生成目标运行阶段的初始运行状态信息。

基于此，上述可选实施例中，基于当前运行节点的运行状态，生成目标运行阶段的运行状态信息，可以包括：

首先，响应于确定当前运行节点的运行状态为发生异常，退出目标运行阶段的运行。需要说明的是，若当前运行节点发生异常，直接退出目标应用程序的运行，且不生成后续的运行状态信息，相应的，若当前运行节点成功运行，则生成对应的运行状态信息。

然后，在确定当前运行节点为目标运行阶段的首个运行节点时，将初始运行状态信息确定为目标运行阶段的运行状态信息；在确定当前运行节点为目标运行阶段中非首个运行节点时，将当前运行节点的前一运行节点对应的运行状态信息确定为目标运行阶段的运行状态信息。

以上述可选实施例中目标运行阶段为UART驱动模块的休眠阶段为例，初始运行状态信息可以为状态码0，即收到休眠命令后，进入休眠阶段，生成初始状态码0。首个运行节点可以为清理寄存器，若在清理寄存器时发生异常，立即退出UART驱动模块的休眠阶段，将初始状态码0确定为UART驱动模块的休眠阶段的运行状态信息。

若在关闭时钟节点发生异常，则立即退出UART驱动模块的休眠阶段，将前一运行节点(即清理寄存器)对应的状态码1确定为目标运行阶段的运行状态信息。由于前一运行节点在运行成功后即将状态码1写入了共享内存中，此时当前运行节点对应的状态码2不会写入共享内存，监控处理单元102从共享内存中读取出UART驱动模块的休眠阶段的运行状态信息为状态码1，则可以确定UART驱动模块的休眠阶段运行到关闭时钟节点时发生了异常。需要说明的是，监控处理单元102可以根据预先设置的规则确定当前运行节点是否发生异常，进而根据读取的运行状态信息确定发生异常的运行节点。例如，可以设置一个读取时间点，该读取时间点是预先设置的表示目标运行阶段成功运行结束的预期时间点，若在读取时间点读取的运行状态信息不是目标运行阶段的最后一个运行节点的运行状态信息，则确定读取的运行状态信息对应的运行节点发生了异常。

本实现方式实现了在目标应用程序的目标运行阶段的某个运行节点发生异常时，监控处理单元可以根据从共享内存中读取的运行状态信息，精确定位发生异常的运行节点，从而提高了对目标应用程序的目标运行阶段进行监控的精确性。此外，由于本实现方式不需另外存储表示运行节点发生异常的信息，因此，可以节约共享内存的存储资源。

在一些可选的实现方式中，上述可选实施例中，基于当前运行节点的运行状态，生成目标运行阶段的运行状态信息，包括：

响应于确定当前运行节点的运行状态为正常运行，生成表示当前运行节点的运行状态的运行正常信息，并将运行正常信息确定为目标运行阶段的运行状态信息。

以上述UART驱动模块的休眠阶段为例，若清理寄存器正常执行，则生成对应的状态码1，将状态码1确定为UART驱动模块的休眠阶段当前的运行状态信息，UART驱动模块继续执行关闭时钟节点，若关闭时钟节点正常执行，则将UART驱动模块的休眠阶段当前的运行状态信息更新为状态码2。

本实现方式可以实现由监控处理单元实时地根据从共享内存中读取的运行状态信息监控目标应用程序的目标运行阶段当前正常运行到哪个运行节点，提高监控的精确性。

在一些可选的实现方式中，上述可选实施例中，基于当前运行节点的运行状态，生成目标运行阶段的运行状态信息，可以包括：

首先，响应于确定当前运行节点的运行状态为发生异常，退出目标运行阶段的运行。

然后，生成表示当前运行节点的运行状态的运行异常信息，并将运行异常信息确定为目标运行阶段的运行状态信息。

以上述UART驱动模块的休眠阶段为例，若在关闭时钟节点发生异常，则立即退出UART驱动模块的休眠阶段，并生成表示在关闭时钟节点发生异常所对应的运行异常信息“2，-1”。

本实现方法通过生成发生异常的运行节点的运行异常信息，可以使监控处理单元能够根据从共享内存中读取的运行异常信息，明确地确定发生运行异常的运行节点，实现了对异常节点的精确定位。

在一些可选的实现方式中，步骤203可以如下执行：

将运行状态信息写入共享内存中的、与目标运行阶段对应的目标存储区域中。

如图4所示，共享内存103中预先设置了表格1031、1032、1033，表格中的每个单元格分别对应于一个应用程序的运行阶段。如图4所示，表格1031用于记录各个应用程序的启动状态，表格1032用于记录各个应用程序的休眠状态，表格1033用于记录各个应用程序的唤醒状态。作为示例，若目标应用程序为SPI驱动程序模块，目标运行阶段为程序启动阶段时，则表格1031中的第5行单元格即用于存储SPI驱动程序模块的启动阶段的运行状态信息，也即该单元格为目标存储区域。

需要说明的是，图4所示的各个表格的形式和数量仅仅是示意性的，可以根据实际需要任意设定。例如，由于休眠状态和唤醒状态不会同时发生，因此，可以将图4中的表格1032和1033合并为一个表格，其中的每个单元格用于记录对应的应用程序的休眠状态或唤醒状态。

本实现方式通过为目标应用程序的目标运行阶段预先分配目标存储区域，可以使监控处理单元快速、准确地从目标存储区域中读取目标应用程序的目标运行阶段的运行状态信息，有助于提高监控的准确性和效率。

图5是本公开一示例性实施例提供的多处理单元的运行状态监控方法的流程示意图。本实施例可应用在如图1所示的监控处理单元102上，如图5所示，该方法包括如下步骤：

步骤501，响应于触发读取运行状态信息的操作，从共享内存中读取运行状态信息。

在本实施例中，监控处理单元102可以响应于触发读取运行状态信息的操作，从共享内存中读取运行状态信息。其中，运行状态信息由运行在多处理单元中的被监控处理单元101的目标应用程序在目标运行阶段生成。

上述读取运行状态信息的执行，可以是监控处理单元102自动执行，例如，实时或周期地检测共享内存中是否更新了运行状态信息，若发生更新事件，则读取更新的运行状态信息；读取运行状态信息也可以是在用户的手动操作下执行的。

步骤502，基于运行状态信息，确定目标运行阶段的当前运行状态。

在本实施例中，监控处理单元102可以基于运行状态信息，确定目标运行阶段的当前运行状态。具体地，监控处理单元102可以根据预先设置的运行状态信息和运行状态的对应关系，确定目标运行阶段的当前运行状态。例如，若运行状态信息为预设信息，确定目标运行阶段的当前运行状态为正常状态，若运行状态信息并非预设信息，确定目标运行阶段的当前运行状态为异常状态。

本公开的上述实施例提供的方法，通过从共享内存读取目标应用程序在目标运行阶段生成的运行状态信息，根据读取的运行状态信息确定目标运行阶段的当前运行状态，从而实现了由监控处理单元对被监控处理单元进行监控，无需使用调试器或日志系统对被监控处理单元进行监控，简化了对芯片运行状态的监控的观测条件，提高了监控效率，降低了监控成本。

在一些可选的实现方式中，如图6所示，步骤502可以包括以下子步骤：

步骤5021，响应于确定运行状态信息与预设运行状态信息不一致，确定当前运行状态为运行异常状态。

其中，预设运行状态信息表示目标运行阶段为正常运行。预设运行状态信息可以对应于目标运行阶段全程正常运行，也可以对应于目标运行阶段的某个运行节点正常运行。当读取的运行状态信息与预设运行状态信息一致时，表示目标运行阶段全程正常运行，或者表示当前运行节点正常运行。

步骤5022，生成用于提示运行异常状态的异常提示信息。

作为示例，异常提示信息可以包括目标应用程序的标识、目标运行阶段的标识、发生异常的时间、发生异常的原因等。

通常，异常提示信息可以进一步以各种方式输出，例如，可以将异常提示信息在显示器上显示，或者将异常提示信息发送到远程终端。

本实现方式通过对比读取的运行状态信息与预设状态信息，可以实现在被监控处理单元上运行的目标应用程序的目标运行阶段发生异常时，由监控处理单元对异常进行实时精确监控，有助于对异常进行及时处理。

在一些可选的实现方式中，如图7所示，步骤5022可以包括如下子步骤：

步骤50221，确定运行状态信息对应的、处于目标运行阶段中的当前运行节点。

其中，当前运行节点是目标应用程序的目标运行阶段包括的至少一个运行节点中的当前执行到的运行节点。关于至少一个运行节点的说明，可以参考上述图2对应实施例中的可选实现方式，这里不再赘述。

步骤50222，生成表示运行到当前运行节点发生运行异常的异常提示信息。

作为示例，当目标运行阶段为UART驱动模块的休眠阶段时，运行节点及对应的运行状态信息包括：收到休眠命令，状态码0；清理寄存器，状态码1；关闭时钟，状态码2；关闭模块电源，状态码3；通知操作系统UART可以休眠，状态码4。监控处理单元102可以根据状态码，确定发生异常的当前运行节点，进而生成当前运行节点对应的异常提示信息。例如，若清理寄存器节点发生异常，则可以生成文字形式的异常提示信息“UART休眠异常，异常节点：清理寄存器”。

本实现方式通过生成表示运行到当前运行节点发生运行异常的异常提示信息，可以向用户准确地提示发生异常的异常节点，有助于使用户对异常节点进行精确定位并提高处理异常的效率。

在一些可选的实现方式中，上述步骤501包括：

响应于当前时间到达与目标运行阶段对应的预期运行完成时间，从共享内存中读取运行状态信息。

其中，预期运行完成时间可以根据预设时长确定，通常，目标运行阶段会在预设时长内正常运行结束，则在预期运行完成时间从共享内存中读取的运行状态信息可以表示目标运行阶段是否正常运行结束。当目标应用程序的数量为多个时，这些目标应用程序依次进入对应的目标运行阶段。监控处理单元根据这些目标应用程序进入对应的目标运行阶段的顺序，依次在对应的预期运行完成时间从共享内存中读取对应的运行状态信息，从而实现了对多个目标应用程序的目标运行阶段的监控。

本实现方式通过在预期运行完成时间从共享内存读取运行状态信息，可以实现无需实时读取运行状态信息，从而简化了监控处理单元的监控步骤，有助于提高监控处理单元的运行效率。

在一些可选的实现方式中，步骤502可以如下执行：

若运行状态信息与目标运行阶段中的最后一个运行节点对应的运行状态信息一致，确定目标运行阶段的当前运行状态为正常状态。

若运行状态信息与目标运行阶段中的最后一个运行节点对应的运行状态信息不一致，确定目标运行阶段的当前运行状态为异常状态。

例如，以上述示例中的UART驱动模块的休眠阶段进行说明，若监控处理单元102在预期运行完成时间所读取的运行状态信息为状态码4，则表示休眠阶段正常结束，若读取的运行状态信息不为状态码4，则表示休眠阶段发生异常。

可选的，若运行状态信息表示目标运行阶段的当前运行状态为异常状态时，监控处理单元还可以根据运行状态信息确定目标运行阶段中发生异常的运行节点。例如，继续上述示例，若运行状态信息为状态码2，对应的运行节点为关闭时钟节点，则可以确定关闭时钟节点运行正常，在关闭时钟节点的下一节点(即关闭模块电源节点)发生了异常。

在一些可选的实现方式中，步骤501中，监控处理单元102可以按照如下步骤从共享内存中读取运行状态信息：

从共享内存中的、与目标应用程序对应的目标存储区域中读取运行状态信息。

作为示例，如图4所示，若目标应用程序为SPI驱动程序模块，目标运行阶段为程序启动阶段时，则表格1031中的第5行单元格即用于存储SPI驱动程序模块的启动阶段的运行状态信息，也即该单元格为目标存储区域。监控处理单元102可以从该单元格中读取SPI驱动程序模块的程序启动阶段的运行状态信息。

本实现方式实现了监控处理单元快速、准确地从目标存储区域中读取目标应用程序的目标运行阶段的运行状态信息，有助于提高监控的准确性和效率。

示例性装置

图8是本公开一示例性实施例提供的多处理单元的运行状态监控装置的结构示意图。本实施例可应用在如图1所示的被监控处理单元101上，如图8所示，该装置包括：第一确定模块801，用于响应于目标应用程序进入目标运行阶段，确定目标应用程序在目标运行阶段的运行状态；第一生成模块802，用于生成表示运行状态的运行状态信息；写入模块803，用于将运行状态信息写入共享内存中，以用于多处理单元中的监控处理单元从共享内存中读取运行状态信息并对被监控处理单元的运行状态进行监控。

在本实施例中，第一确定模块801可以响应于目标应用程序进入目标运行阶段，确定目标应用程序在目标运行阶段的运行状态。其中，目标应用程序可以是在被监控处理单元101上运行的应用程序中被指定监控其运行状态的应用程序。例如，目标应用程序可以是执行某个功能的软件的程序模块，例如Uboot引导加载程序模块、文件系统挂载程序模块、人脸识别模块、语音识别模块等。目标应用程序也可以是对某个硬件模块进行驱动的程序模块，例如SPI(串行外设接口，Serial Peripheral Interface)总线驱动模块，I2C(集成电路，Inter-Integrated Circuit，)总线驱动模块、UART(通用异步收发传输器，UniversalAsynchronous Receiver/Transmitter)驱动模块等。

目标运行阶段可以是目标应用程序运行过程中被指定对其进行监控的运行阶段。

目标运行阶段的运行状态可以通过各种方式确定，例如当目标运行阶段发生异常时，自动输出异常码，从而确定目标运行阶段的运行状态为异常状态。或者，当设定时间内目标运行阶段没有执行完毕，确定目标运行阶段的运行状态为异常状态。

在本实施例中，第一生成模块802可以生成表示运行状态的运行状态信息。其中，运行状态信息可以为各种形式的信息，例如数字、文字、声音信号等。例如，数字1表示运行状态正常，数字0表示运行状态异常。

在本实施例中，写入模块803可以将运行状态信息写入共享内存103中，以用于监控处理单元102从共享内存103中读取运行状态信息并对被监控处理单元的运行状态进行监控。

例如，运行状态信息可以包括运行状态信息的生成时间、目标运行阶段当前执行的节点标记、运行状态码等，监控处理单元102可以根据运行状态信息进行各种形式的信息输出。例如运行状态信息表示发生异常时，可以生成异常提示信息并将异常提示信息在显示器上显示，或将异常提示信息发送到相关人员使用的终端。

参照图9，图9是本公开另一示例性实施例提供的多处理单元的运行状态监控装置的结构示意图。

在一些可选的实现方式中，目标运行阶段包括至少一个运行节点；第一确定模块801进一步用于：确定目标应用程序在目标运行阶段中的当前运行节点的运行状态；第一生成模块802进一步用于：基于当前运行节点的运行状态，生成目标运行阶段的运行状态信息。

在一些可选的实现方式中，第一确定模块801进一步用于生成目标运行阶段的初始运行状态信息；第一生成模块802包括：第一退出单元8021，用于响应于确定当前运行节点的运行状态为发生异常，退出目标运行阶段的运行；第一确定单元8022，用于在确定当前运行节点为目标运行阶段的首个运行节点时，将初始运行状态信息确定为目标运行阶段的运行状态信息；第二确定单元8023，用于在确定当前运行节点为目标运行阶段中非首个运行节点时，将当前运行节点的前一运行节点对应的运行状态信息确定为目标运行阶段的运行状态信息。

在一些可选的实现方式中，第一生成模块802进一步用于：响应于确定当前运行节点的运行状态为正常运行，生成表示当前运行节点的运行状态的运行正常信息，并将运行正常信息确定为目标运行阶段的运行状态信息。

在一些可选的实现方式中，第一生成模块802包括：第二退出单元8024，用于响应于确定当前运行节点的运行状态为发生异常，退出目标运行阶段的运行；第三确定单元8025，用于生成表示当前运行节点的运行状态的运行异常信息，并将运行异常信息确定为目标运行阶段的运行状态信息。

在一些可选的实现方式中，写入模块803进一步用于：将运行状态信息写入共享内存中的、与目标运行阶段对应的目标存储区域中。

在一些可选的实现方式中，目标运行阶段包括以下任一项：目标应用程序的程序启动阶段、休眠启动阶段、唤醒启动阶段。

本公开上述实施例提供的芯片上多处理单元的运行状态监控装置，通过在目标应用程序进入目标运行阶段时，确定目标应用程序在目标运行阶段的运行状态并生成运行状态信息，然后将运行状态信息写入共享内存中，以用于多处理单元中的监控处理单元从共享内存中读取运行状态信息并对被监控处理单元的运行状态进行监控，从而实现了被监控处理单元只需将目标应用程序在目标运行阶段的运行状态信息写入共享内存，由监控处理单元从共享内存中读取运行状态信息即可实现对被监控处理单元的监控，无需使用调试器或日志系统对被监控处理单元进行监控，简化了对芯片运行状态的监控的观测条件，提高了监控效率，降低了监控成本。

图10是本公开一示例性实施例提供的多处理单元的运行状态监控装置的结构示意图。本实施例可应用在如图1所示的监控处理单元102上，如图10所示，该装置包括：读取模块1001，用于响应于触发读取运行状态信息的操作，从共享内存中读取运行状态信息，其中，运行状态信息由运行在多处理单元中的被监控处理单元的目标应用程序在目标运行阶段生成；第二确定模块1002，用于基于运行状态信息，确定目标运行阶段的当前运行状态。

在本实施例中，读取模块1001可以响应于触发读取运行状态信息的操作，从共享内存中读取运行状态信息。其中，运行状态信息由运行在多处理单元中的被监控处理单元101的目标应用程序在目标运行阶段生成。

上述读取运行状态信息的操作可以是监控处理单元102自动执行的(例如实时或周期地检测共享内存中是否更新了运行状态信息，若更新了，则读取更新的运行状态信息)，也可以是在用户的手动操作下执行的。

在本实施例中，第二确定模块1002可以基于运行状态信息，确定目标运行阶段的当前运行状态。具体地，第二确定模块1002可以根据预先设置的运行状态信息和运行状态的对应关系，确定目标运行阶段的当前运行状态。例如，若运行状态信息为预设信息时，确定目标运行阶段的当前运行状态为正常状态，若运行状态信息不为预设信息时，确定目标运行阶段的当前运行状态为异常状态。

参照图11，图11是本公开另一示例性实施例提供的多处理单元的运行状态监控装置的结构示意图。

在一些可选的实现方式中，第二确定模块1002包括：第四确定单元10021，用于响应于确定运行状态信息与预设运行状态信息不一致，确定当前运行状态为运行异常状态；生成单元10022，用于生成用于提示运行异常状态的异常提示信息。

在一些可选的实现方式中，生成单元10022包括：确定子单元100221，用于确定运行状态信息对应的、处于目标运行阶段中的当前运行节点；生成子单元100222，用于生成表示运行到当前运行节点发生运行异常的异常提示信息。

在一些可选的实现方式中，读取模块1001进一步用于：响应于当前时间到达与目标运行阶段对应的预期运行完成时间，从从共享内存中读取运行状态信息。

在一些可选的实现方式中，第二确定模块1002包括：第五确定单元10023，用于若运行状态信息与目标运行阶段中的最后一个运行节点对应的运行状态信息一致，确定目标运行阶段的当前运行状态为正常状态；第六确定单元10024，用于若运行状态信息与目标运行阶段中的最后一个运行节点对应的运行状态信息不一致，确定目标运行阶段的当前运行状态为异常状态。

在一些可选的实现方式中，读取模块进一步用于：从共享内存中的、与目标应用程序对应的目标存储区域中读取运行状态信息。

本公开上述实施例提供的多处理单元的运行状态监控装置，通过从共享内存读取目标应用程序在目标运行阶段生成的运行状态信息，根据读取的运行状态信息确定目标运行阶段的当前运行状态，从而实现了由监控处理单元对被监控处理单元进行监控，无需使用调试器或日志系统对被监控处理单元进行监控，简化了对芯片运行状态的监控的观测条件，提高了监控效率，降低了监控成本。

示例性芯片

本公开一示例性实施例还提供了一种芯片，该芯片与存储器相连或者包括存储器，该芯片还包括至少一个被监控处理单元和监控处理单元。通常，该芯片可为SOC(片上系统)，SOC包括异构的多个处理单元，其中包括主处理单元(又称主核)和至少一个从处理单元(又称从核)，由于主处理单元通常运行更多、更复杂的应用程序，因此，至少一个被监控处理单元通常包括主处理单元，也可以包括从处理单元。监控处理单元可以是从处理单元，也可以是主处理单元。总之，主处理单元可以作为被监控处理单元101，也可以作为监控处理单元102。并且，从处理单元可以作为被监控处理单元101，也可以作为监控处理单元102。

至少一个被监控处理单元中的每个被监控处理单元，用于读取并用于所述存储器中存储的对应的可执行指令，以实现上述图2对应实施例以及其可选的实现方式中任一描述的方法。

监控处理单元，用于读取并执行所述存储器中存储的对应的可执行指令，以实现上述图5对应实施例以及其可选的实现方式中任一描述的方法。

需要说明的是，该芯片中的被监控处理单元和监控处理单元在对目标应用程序的目标运行阶段进行监控时所使用的共享内存可以设置在该芯片外。可选的，该芯片还可以包括共享内存，用于存储有被监控处理单元生成的运行状态信息。

示例性电子设备

下面，参考图12来描述根据本公开实施例的电子设备。图12示出了根据本公开实施例的电子设备的框图。

如图12所示，电子设备1200包括至少一个被监控处理单元1201、监控处理单元1202、共享内存1203和用于存储至少一个被监控处理单元1201和监控处理单元1202的可执行指令的存储器1204。

至少一个被监控处理单元1201和监控处理单元1202可以是中央处理单元(CPU)或者具有数据处理能力和/或指令执行能力的其他形式的处理单元，并且可以控制电子设备1200中的其他组件以执行期望的功能。

存储器1204可以包括一个或多个计算机程序产品，计算机程序产品可以包括各种形式的计算机可读存储介质，例如易失性存储器和/或非易失性存储器。易失性存储器例如可以包括随机存取存储器(RAM)和/或高速缓冲存储器(cache)等。非易失性存储器例如可以包括只读存储器(ROM)、硬盘、闪存等。在计算机可读存储介质上可以存储一个或多个计算机程序指令。

至少一个被监控处理单元1201中的每个被监控处理单元，用于从存储器1204中读取对应的可执行指令，并执行读取的可执行指令以实现上述图2对应实施例及其可选实现方式提供的芯片上多处理单元的运行状态监控方法以及/或者其他期望的功能。

监控处理单元，用于从存储器1204中读取对应的可执行指令，并执行读取的可执行指令以实现上述图5对应实施例及其可选实现方式提供的芯片上多处理单元的运行状态监控方法以及/或者其他期望的功能。

在一个示例中，电子设备1200还可以包括：输入装置1205和输出装置1206，这些组件通过总线系统和/或其他形式的连接机构(未示出)互连。

例如，该输入装置1205可以是鼠标、键盘等设备，用于输入用于监控目标应用程序的目标运行阶段的各种命令等内容。该输入装置1205还可以是通信网络连接器，用于从远程接收用于监控目标应用程序的目标运行阶段的各种命令等内容。

该输出装置1206可以向外部输出各种信息，包括运行状态信息等。该输出设备1206可以包括例如显示器、扬声器、打印机、以及通信网络及其所连接的远程输出设备等等。

当然，为了简化，图12中仅示出了该电子设备1200中与本公开有关的组件中的一些，省略了诸如总线、输入/输出接口等等的组件。除此之外，根据具体应用情况，电子设备1200还可以包括任何其他适当的组件。

示例性计算机程序产品和计算机可读存储介质

除了上述方法和设备以外，本公开的实施例还可以是计算机程序产品，其包括计算机程序指令，所述计算机程序指令在被处理器运行时使得所述处理器执行本说明书上述“示例性方法”部分中描述的根据本公开各种实施例的多处理单元的运行状态监控方法中的步骤。

所述计算机程序产品可以以一种或多种程序设计语言的任意组合来编写用于执行本公开实施例操作的程序代码，所述程序设计语言包括面向对象的程序设计语言，诸如Java、C++等，还包括常规的过程式程序设计语言，诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。

此外，本公开的实施例还可以是计算机可读存储介质，其上存储有计算机程序指令，所述计算机程序指令在被处理器运行时使得所述处理器执行本说明书上述“示例性方法”部分中描述的根据本公开各种实施例的多处理单元的运行状态监控方法中的步骤。

所述计算机可读存储介质可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以包括但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

以上结合具体实施例描述了本公开的基本原理，但是，需要指出的是，在本公开中提及的优点、优势、效果等仅是示例而非限制，不能认为这些优点、优势、效果等是本公开的各个实施例必须具备的。另外，上述公开的具体细节仅是为了示例的作用和便于理解的作用，而非限制，上述细节并不限制本公开为必须采用上述具体的细节来实现。

本说明书中各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似的部分相互参见即可。对于系统实施例而言，由于其与方法实施例基本对应，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本公开中涉及的器件、装置、设备、系统的方框图仅作为例示性的例子并且不意图要求或暗示必须按照方框图示出的方式进行连接、布置、配置。如本领域技术人员将认识到的，可以按任意方式连接、布置、配置这些器件、装置、设备、系统。诸如“包括”、“包含”、“具有”等等的词语是开放性词汇，指“包括但不限于”，且可与其互换使用。这里所使用的词汇“或”和“和”指词汇“和/或”，且可与其互换使用，除非上下文明确指示不是如此。这里所使用的词汇“诸如”指词组“诸如但不限于”，且可与其互换使用。

可能以许多方式来实现本公开的方法和装置。例如，可通过软件、硬件、固件或者软件、硬件、固件的任何组合来实现本公开的方法和装置。用于所述方法的步骤的上述顺序仅是为了进行说明，本公开的方法的步骤不限于以上具体描述的顺序，除非以其它方式特别说明。此外，在一些实施例中，还可将本公开实施为记录在记录介质中的程序，这些程序包括用于实现根据本公开的方法的机器可读指令。因而，本公开还覆盖存储用于执行根据本公开的方法的程序的记录介质。

还需要指出的是，在本公开的装置、设备和方法中，各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本公开的等效方案。

提供所公开的方面的以上描述以使本领域的任何技术人员能够做出或者使用本公开。对这些方面的各种修改对于本领域技术人员而言是非常显而易见的，并且在此定义的一般原理可以应用于其他方面而不脱离本公开的范围。因此，本公开不意图被限制到在此示出的方面，而是按照与在此公开的原理和新颖的特征一致的最宽范围。

为了例示和描述的目的已经给出了以上描述。此外，此描述不意图将本公开的实施例限制到在此公开的形式。尽管以上已经讨论了多个示例方面和实施例，但是本领域技术人员将认识到其某些变型、修改、改变、添加和子组合。

Claims (15)

1.一种多处理单元的运行状态监控方法，所述方法应用于多处理单元中的被监控处理单元，所述方法包括：

响应于目标应用程序进入目标运行阶段，确定所述目标应用程序在所述目标运行阶段的运行状态；

生成表示所述运行状态的运行状态信息；

将所述运行状态信息写入共享内存中，以用于所述多处理单元中的监控处理单元从所述共享内存中读取所述运行状态信息并对所述被监控处理单元的运行状态进行监控。

2.根据权利要求1所述的方法，其中，所述目标运行阶段包括至少一个运行节点；

所述确定所述目标应用程序在所述目标运行阶段的运行状态，包括：

确定所述目标应用程序在所述目标运行阶段中的当前运行节点的运行状态；

所述生成表示所述运行状态的运行状态信息，包括：

基于所述当前运行节点的运行状态，生成所述目标运行阶段的运行状态信息。

3.根据权利要求2所述的方法，其中，在所述确定所述目标应用程序在所述目标运行阶段的运行状态之前，所述方法还包括：

生成所述目标运行阶段的初始运行状态信息；

所述基于所述当前运行节点的运行状态，生成所述目标运行阶段的运行状态信息，包括：

响应于确定所述当前运行节点的运行状态为发生异常，退出所述目标运行阶段的运行；

在确定所述当前运行节点为所述目标运行阶段的首个运行节点时，将所述初始运行状态信息确定为所述目标运行阶段的运行状态信息；

在确定所述当前运行节点为所述目标运行阶段中非首个运行节点时，将所述当前运行节点的前一运行节点对应的运行状态信息确定为所述目标运行阶段的运行状态信息。

4.根据权利要求3所述的方法，其中，所述基于所述当前运行节点的运行状态，生成所述目标运行阶段的运行状态信息，包括：

响应于确定所述当前运行节点的运行状态为正常运行，生成表示所述当前运行节点的运行状态的运行正常信息，并将所述运行正常信息确定为所述目标运行阶段的运行状态信息。

5.根据权利要求3所述的方法，其中，所述基于所述当前运行节点的运行状态，生成所述目标运行阶段的运行状态信息，包括：

响应于确定所述当前运行节点的运行状态为发生异常，退出所述目标运行阶段的运行；

生成表示所述当前运行节点的运行状态的运行异常信息，并将所述运行异常信息确定为所述目标运行阶段的运行状态信息。

6.根据权利要求1-5任一项所述的方法，其中，所述目标运行阶段包括以下任一项：所述目标应用程序的程序启动阶段、休眠启动阶段、唤醒启动阶段。

7.一种多处理单元的运行状态监控方法，所述方法应用于多处理单元中的监控处理单元，所述方法包括：

响应于触发读取运行状态信息的操作，从共享内存中读取运行状态信息，其中，所述运行状态信息由运行在所述多处理单元中的被监控处理单元的目标应用程序在目标运行阶段生成；

基于所述运行状态信息，监控所述目标运行阶段的当前运行状态。

8.根据权利要求7所述的方法，其中，所述基于所述运行状态信息，监控所述目标运行阶段的当前运行状态，包括：

响应于确定所述运行状态信息与预设运行状态信息不一致，确定所述当前运行状态为运行异常状态；

生成用于提示所述运行异常状态的异常提示信息。

9.根据权利要求8所述的方法，其中，所述生成用于提示所述运行异常状态的异常提示信息，包括：

确定所述运行状态信息对应的、处于所述目标运行阶段中的当前运行节点；

生成表示运行到所述当前运行节点发生运行异常的异常提示信息。

10.根据权利要求7所述的方法，其中，所述响应于触发读取运行状态信息的操作，从共享内存中读取运行状态信息，包括：

响应于当前时间到达与所述目标运行阶段对应的预期运行完成时间，从所述从共享内存中读取所述运行状态信息。

11.根据权利要求10所述的方法，其中，所述基于所述运行状态信息，监控所述目标运行阶段的当前运行状态，包括：

若所述运行状态信息与所述目标运行阶段中的最后一个运行节点对应的运行状态信息一致，确定所述目标运行阶段的当前运行状态为正常状态；

若所述运行状态信息与所述目标运行阶段中的最后一个运行节点对应的运行状态信息不一致，确定所述目标运行阶段的当前运行状态为异常状态。

12.一种多处理单元的运行状态监控装置，所述装置应用于多处理单元中的被监控处理单元，所述装置包括：

第一确定模块，用于响应于目标应用程序进入目标运行阶段，确定所述目标应用程序在所述目标运行阶段的运行状态；

第一生成模块，用于生成表示所述运行状态的运行状态信息；

写入模块，用于将所述运行状态信息写入共享内存中，以用于所述多处理单元中的监控处理单元从所述共享内存中读取所述运行状态信息并对所述被监控处理单元的运行状态进行监控。

13.一种多处理单元的运行状态监控装置，所述装置应用于多处理单元中的监控处理单元，所述装置包括：

读取模块，用于响应于触发读取运行状态信息的操作，从共享内存中读取运行状态信息，其中，所述运行状态信息由运行在所述多处理单元中的被监控处理单元的目标应用程序在目标运行阶段生成；

第二确定模块，用于基于所述运行状态信息，监控所述目标运行阶段的当前运行状态。

14.一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序用于执行上述权利要求1-11任一所述的方法。

15.一种电子设备，所述电子设备包括至少一个被监控处理单元、监控处理单元、共享内存和用于存储所述至少一个被监控处理单元和所述监控处理单元的可执行指令的存储器；

所述至少一个被监控处理单元中的每个被监控处理单元，用于从所述存储器中读取对应的可执行指令，并执行读取的可执行指令以实现上述权利要求1-6中任一所述的方法；

所述监控处理单元，用于从所述存储器中读取对应的可执行指令，并执行读取的可执行指令以实现上述权利要求7-11中任一所述的方法。

Images