CN112905429A

CN112905429A - 一种系统仿真的监控方法及装置

Info

Publication number: CN112905429A
Application number: CN202110193782.5A
Authority: CN
Inventors: 张思铭
Original assignee: Beijing Wuxin Technology Co ltd
Current assignee: Beijing Wuxin Technology Co ltd
Priority date: 2021-02-20
Filing date: 2021-02-20
Publication date: 2021-06-04

Abstract

本申请提供了一种系统仿真的监控方法及装置，该方法包括：获取系统中正在运行的仿真进程的仿真日志；执行对所述仿真日志的解析，确认所述仿真进程的运行状态；在所述仿真进程的运行出现异常时，结束所述仿真进程后启动下一待运行的仿真进程。本申请通过对正在运行的仿真进程实时生成的仿真日志进行分析，以确认仿真进程的运行状态，并在出现异常时及时处理，防止异常的仿真进程占用系统的资源。

Description

一种系统仿真的监控方法及装置

技术领域

本申请涉及系统仿真技术领域，特别涉及一种系统仿真的监控方法及装置。

背景技术

现有的系统仿真的设计中，通过系统中设置的仿真进程对芯片进行仿真验证的过程中，假设仿真进程的运行发生了挂死或者其他错误，往往需要工程人员进行人工检查，并处理错误。假设发生挂死或者其他错误的时间处于工程人员的非工作时段，该仿真进程则会一直占用系统的资源，并且阻碍后续进程的运行。

因此，如何实现自动实时的监控仿真进程的运行状态，并在发生运行异常时进行及时处理，成为提高仿真验证效率的一个亟待解决的技术问题。

发明内容

有鉴于此，本申请的主要目的在于提供一种系统仿真的监控方法及装置，通过对正在运行的仿真进程实时生成的仿真日志进行分析，以确认仿真进程的运行状态，并在出现异常时及时处理，防止异常的仿真进程占用系统的资源。

第一方面，本申请提供了一种系统仿真的监控方法，包括：

获取系统中正在运行的仿真进程的仿真日志；

执行对所述仿真日志的解析，确认所述仿真进程的运行状态；

在所述仿真进程的运行出现异常时，结束所述仿真进程后启动下一待运行的仿真进程。

由上，本方法通过查询系统当前正在运行的仿真进程，并获取其仿真日志，该仿真日志中包含有仿真进程运行过程中周期性保存的仿真时间和系统时间，其中仿真时间指的是仿真进程中设置的虚拟时间，系统时间指的是对应所述虚拟时间的实际时间。通过对仿真进程的仿真日志进行解析，以确认该仿真进程的运行状态是否正常，并在仿真进程的运行出现异常时，结束所述仿真进程，以防止异常的仿真进程占用系统的资源，并在结束该异常的仿真进程后启动下一待运行的仿真进程，避免系统一直处于待机状态造成资源浪费。

可选的，还包括：

调用集成在验证环境系统脚本中的历史记录功能组件，获取系统中的历史记录文件，基于所述历史记录文件中记录的仿真进程的历史仿真时间和历史系统时间，对当前运行的仿真进程进行状态信息预估。

由上，本方法的监控过程中，系统会生成历史记录文件，该历史记录文件中记录有各种类型的仿真进程的历史仿真时间和历史系统时间，通过调用该系统中的历史记录文件，可基于其记录的对应该仿真进程的历史仿真时间和历史系统事件，对当前运行的仿真进程进行剩余预估，以便于掌握该仿真进程的运行状态信息，以及对后续仿真进程进行安排。

可选的，还包括：

所述仿真进程运行完成后，获取所述仿真日志中最终生成的仿真时间和系统时间，并以新增或覆盖的形式记录到所述历史记录文件中。

由上，当仿真进程正常运行完成后，可通过获取仿真日志中最终生成的仿真时间和系统时间，并查询历史记录文件中是否包含该仿真进程的历史仿真时间和历史系统时间，若包含，则将本次生成的仿真时间和系统时间覆盖原有的历史仿真时间和历史系统时间，若未包含，则新增一条记录信息，记录该仿真进程的仿真时间和系统时间。

可选的，所述基于所述历史记录文件中记录的仿真进程的历史仿真时间和历史系统时间，对当前运行的仿真进程进行状态信息预估，包括：

根据所述历史记录文件中的所述仿真进程的历史仿真时间和历史系统时间，以及所述仿真日志中的所述仿真进程的仿真时间和系统时间，预估所述正在运行的仿真进程的剩余仿真时间、剩余系统时间和完成进度。

由上，当历史记录文件中记录有该仿真进程的历史仿真时间和历史系统时间时，根据该历史仿真时间和历史系统时间，以及仿真日志中的仿真时间和系统时间，即可估计该正在运行的仿真进程的剩余仿真时间、剩余系统时间和完成进度。

可选的，所述执行对所述仿真日志的解析，确认所述仿真进程的运行状态，包括：

通过检索所述仿真日志中指示异常的关键词，确认所述仿真进程的运行状态是否出现异常。

由上，通过对仿真日志进行检索，判断该仿真日志中是否包含指示运行异常的关键词，例如“UVM_ERROR、Error、ERROR”等，以判断该仿真进程的运行状态是否出现异常。

通过先后两次查询所述仿真日志中的仿真时间，确认所述仿真进程的运行状态是否出现异常。

由上，通过间隔一时长先后两次查询仿真日志中的仿真时间，当该两次查询的仿真时间未发生改变时，即可判断该仿真进程出现挂死异常。

可选的，所述仿真进程的运行出现异常时，还包括：

将所述异常的相关信息记录在异常日志中，并按照设定的定义规则，定义该异常记录的预览关键词。

由上，通过将发生异常的相关信息记录在异常日志中，以便于进行异常追溯和异常分析。

第二方面，本申请提供了一种系统仿真的监控装置，包括：

获取模块，用于获取系统中正在运行的仿真进程的仿真日志；

解析模块，用于执行对所述仿真日志的解析，确认所述仿真进程的运行状态；

结束模块，用于在所述仿真进程的运行出现异常时，结束所述仿真进程后启动下一待运行的仿真进程。

第三方面，本申请提供了一种计算设备，所述计算设备包括：

一个或多个处理器；

存储器，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现所述系统仿真的监控方法。

第四方面，本申请提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被计算机执行时实现所述系统仿真的监控方法。

本申请的这些和其它方面在以下(多个)实施例的描述中会更加简明易懂。

附图说明

图1为本申请实施例提供的一种系统仿真的监控方法的流程图；

图2为本申请实施例提供的Linux系统中的仿真进程的监控及处理流程的示意图；

图3为本申请实施例提供的一种系统仿真的监控装置的框架图；

图4为本申请实施例提供的一种计算设备的结构性示意性图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

说明书和权利要求书中的词语“第一、第二、第三等”或模块A、模块B、模块C等类似用语，仅用于区别类似的对象，不代表针对对象的特定排序，可以理解地，在允许的情况下可以互换特定的顺序或先后次序，以使这里描述的本申请实施例能够以除了在这里图示或描述的以外的顺序实施。

在以下的描述中，所涉及的表示步骤的标号，如S101、S102……等，并不表示一定会按此步骤执行，在允许的情况下可以互换前后步骤的顺序，或同时执行。

说明书和权利要求书中使用的术语“包括”不应解释为限制于其后列出的内容；它不排除其它的元件或步骤。因此，其应当诠释为指定所提到的所述特征、整体、步骤或部件的存在，但并不排除存在或添加一个或更多其它特征、整体、步骤或部件及其组群。因此，表述“包括装置A和B的设备”不应局限为仅由部件A和B组成的设备。

本说明书中提到的“一个实施例”或“实施例”意味着与该实施例结合描述的特定特征、结构或特性包括在本申请的至少一个实施例中。因此，在本说明书各处出现的用语“在一个实施例中”或“在实施例中”并不一定都指同一实施例，但可以指同一实施例。此外，在一个或多个实施例中，能够以任何适当的方式组合各特定特征、结构或特性，如从本公开对本领域的普通技术人员显而易见的那样。

本申请提供了一种系统仿真的监控方法及装置，通过对正在运行的仿真进程实时生成的仿真日志进行分析，以确认仿真进程的运行状态，并在出现异常时及时处理，防止异常的仿真进程占用系统的资源，同时还通过调用历史记录文件，对运行正常的仿真进程进行剩余时间的预估，和仿真进度的预估。

下面结合附图对本申请实施例进行详细说明。

如图1所示，本申请实施例提供了一种系统仿真的监控方法，该包括：

S101：获取系统中正在运行的仿真进程的仿真日志；

S102：执行对所述仿真日志的解析，确认所述仿真进程的运行状态；

S103：在所述仿真进程的运行出现异常时，结束所述仿真进程后启动下一待运行的仿真进程。

本申请实施例中，仿真进程在其运行过程中，会定时的将其仿真时间和系统时间及其他附带信息记录到仿真日志中，其中仿真时间指的是该仿真进程需要仿真的时间，系统时间指的是该仿真进程实际运行的现实时间，该系统时间一般为CPU时间。

本实施例的步骤S102通过对仿真日志进行解析，以判断仿真进程的运行状态是否出现异常；当仿真进程运行正常时，可通过调用集成在验证环境系统脚本中的历史记录功能组件，获取系统中的历史记录文件，查询其是否包含有对应该仿真进程的历史仿真时间和历史系统时间，根据历史记录文件的历史仿真时间和历史系统时间，以及当前正在运行的该仿真进程的仿真日志中记录的仿真时间和系统时间，即可估算该仿真进程的剩余仿真时间和剩余系统时间，以便于实时掌握该仿真进程的进度。当该仿真进程正常运行完成后，可根据仿真日志中的仿真时间和系统时间对历史记录文件中记录的历史仿真时间和历史系统时间进行更新，以保证历史记录文件中记录的为各个类型的仿真进程的最新的完整运行的仿真时间和系统时间。当该历史记录文件中未查询到历史记录时，可通过新增一条记录信息的方式，将该仿真进程的仿真时间和系统时间记录到历史记录文件中，以便于后续再运行该类型的仿真进程时，进行对比和估算。

步骤S102中对仿真日志的解析包括，通过检索所述仿真日志中指示异常的关键词，确认所述仿真进程的运行状态是否出现错误异常；或者通过先后两次查询所述仿真日志中的仿真时间，对比该先后两次查询的仿真时间是否变化，确认所述仿真进程的运行状态是否出现挂死异常。当该仿真进程出现错误异常或挂死异常时，可将异常信息保存到一异常日志中，同时结束该仿真进程；假设系统中具有其他待运行的仿真进程时，可启动其他仿真进程，以保证系统的仿真效率。

本申请实施例中，该系统仿真的监控方法适用于多种可运行仿真进程的操作系统，通过使用系统编程的方式，在系统中建立可实现该监控方法的监控进程，通过该监控进程调取系统中的仿真进程，获取该仿真进程的仿真日志，通过对该仿真日志信息解析，以确认该仿真进程的运行状态，并在出现异常时进行异常处理，同时还可对该仿真进程的仿真进度和仿真时间等进行分析，以便于实时跟踪该仿真进程。

本申请实施例所述的系统仿真的监控方法具体可以实现为一种系统后台运行的监控程序，如图2所示，以对Linux系统中的仿真进程的监控及处理为例，通过将运行该系统仿真的监控方法的监控程序挂载在该Linux系统中，当该Linux系统启动时，该监控程序即可在后台自动启动运行。

示例性的，该Linux系统通过VCS(编译型Verilog模拟器)实现仿真进程的回归。利用系统调取命令，可获取该Linux系统中运行的所有进程信息，对获取的所有进程进行过滤，以获取正在运行的仿真进程，并通过解析仿真进程的信息获取该仿真进程的仿真日志的存放路径，以获取该仿真进程的仿真日志；同时，还获取该Linux系统中还预存的历史记录文件，该历史记录文件中记录有多种类型的仿真进程的相关信息，例如完整运行的仿真进程的历史仿真时间和历史系统时间等；

该监控程序中配置有自动侦错机制和自动处理机制，可在监控过程中，以间隔一固定时长的方式自动运行，以对获取的仿真日志进解析，判断仿真进程的运行状态是否出现异常，具体的，

可通过检索该仿真日志中的指示异常的关键词，例如“UVM_ERROR、Error、ERROR”等，来确认该仿真进程是否出现异常，如在该仿真日志中检索出异常，可调取该Linux系统程序的“kill命令”，结束该仿真进程，并将异常信息记录到一单独生成的异常日志中，并在记录时，生成一关键词“FOUND ERROR！！！”(发现异常)，便于工程人员后续进行异常追踪和分析；

假设该仿真日志中未出现异常的关键词时，还可通过间隔一段时间的方式，获取两次仿真日志中的仿真时间，当该先后两次获取的仿真时间并未发生变化时，可确认该仿真进程出现了挂死异常，可调取该监控程序的“kill命令”，结束该仿真进程，并将异常信息记录到一单独生成的异常日志中，并在记录时，生成一关键词“PROCESS_MAY_BE_DEAD”(进程可能挂死)，便于工程人员后续进行异常追踪和分析；

假设系统中具有其他待运行的仿真进程时，可在结束异常的仿真进程后，及时启动其他仿真进程，以保证系统的仿真效率。

本申请实施例中，通过对仿真日志的解析，假设该仿真进程未出现异常时，可通过获取历史记录文件中的对应该仿真进程的历史仿真时间和历史系统时间，以及当前正在运行的该仿真进程的仿真日志中记录的仿真时间和系统时间，即可估算该仿真进程的剩余仿真时间和剩余系统时间，以便于实时掌握该仿真进程的进度。具体可将历史仿真时间与当前仿真日志中的仿真时间做减法，估算剩余的仿真时间，或将历史系统时间与当前仿真日志中的系统时间做减法，估算剩余的系统时间，同时还可以将当前仿真日志中的系统时间与历史系统时间做除法，估算该仿真进程的完成进度。

当该仿真进程正常运行完成后，可根据仿真日志中的仿真时间和系统时间对历史记录文件中记录的历史仿真时间和历史系统时间进行更新，以保证历史记录文件中记录的为各个类型的仿真进程的最新的完整运行的仿真时间和系统时间。当该历史记录文件中未查询到历史记录时，可通过新增一条记录信息的方式，将该仿真进程的仿真时间和系统时间记录到历史记录文件中，以便于后续再运行该类型的仿真进程时，进行对比和估算。

如图3所示，本申请实施例还提供了一种系统仿真的监控装置，该装置包括：

获取模块301，用于获取系统中正在运行的仿真进程的仿真日志；

解析模块302，用于执行对所述仿真日志的解析，确认所述仿真进程的运行状态；

结束模块303，用于在所述仿真进程的运行出现异常时，结束所述仿真进程后启动下一待运行的仿真进程。

本实施例提供的装置，可采用上述实施例所述的系统仿真的监控方法，通过获取仿真进程的仿真日志并进行解析，以实现对仿真进程的监控及处理，其实现原理与上述的系统仿真的监控方法一致，此处不再赘述。

图4是本申请实施例提供的一种计算设备1500的结构性示意性图。该计算设备1500包括：处理器1510、存储器1520、通信接口1530、总线1540。

应理解，图4所示的计算设备1500中的通信接口1530可以用于与其他设备之间进行通信。

其中，该处理器1510可以与存储器1520连接。该存储器1520可以用于存储该程序代码和数据。因此，该存储器1520可以是处理器1510内部的存储单元，也可以是与处理器1510独立的外部存储单元，还可以是包括处理器1510内部的存储单元和与处理器1510独立的外部存储单元的部件。

可选的，计算设备1500还可以包括总线1540。其中，存储器1520、通信接口1530可以通过总线1540与处理器1510连接。总线1540可以是外设部件互连标准(PeripheralComponent Interconnect，PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，EISA)总线等。所述总线1540可以分为地址总线、数据总线、控制总线等。为便于表示，图4中仅用一条线表示，但并不表示仅有一根总线或一种类型的总线。

应理解，在本申请实施例中，该处理器1510可以采用中央处理单元(centralprocessing unit，CPU)。该处理器还可以是其它通用处理器、数字信号处理器(digitalsignal processor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现成可编程门阵列(field programmable gate Array，FPGA)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。或者该处理器1510采用一个或多个集成电路，用于执行相关程序，以实现本申请实施例所提供的技术方案。

该存储器1520可以包括只读存储器和随机存取存储器，并向处理器1510提供指令和数据。处理器1510的一部分还可以包括非易失性随机存取存储器。例如，处理器1510还可以存储设备类型的信息。

在计算设备1500运行时，所述处理器1510执行所述存储器1520中的计算机执行指令执行上述方法的操作步骤。

应理解，根据本申请实施例的计算设备1500可以对应于执行根据本申请各实施例的方法中的相应主体，并且计算设备1500中的各个模块的上述和其它操作和/或功能分别为了实现本实施例各方法的相应流程，为了简洁，在此不再赘述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

本申请实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时用于执行一种多样化问题生成方法，该方法包括上述各个实施例所描述的方案中的至少之一。

本申请实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是，但不限于，电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括、但不限于无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本申请操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

注意，上述仅为本申请的较佳实施例及所运用的技术原理。本领域技术人员会理解，本申请不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本申请的保护范围。因此，虽然通过以上实施例对本申请进行了较为详细的说明，但是本申请不仅仅限于以上实施例，在不脱离本申请的构思的情况下，还可以包括更多其他等效实施例，均属于本申请的保护范畴。

Claims

1.一种系统仿真的监控方法，其特征在于，包括：

获取系统中正在运行的仿真进程的仿真日志；

2.根据权利要求1所述的方法，其特征在于，还包括：

3.根据权利要求2所述的方法，其特征在于，还包括：

4.根据权利要求2所述的方法，其特征在于，所述基于所述历史记录文件中记录的仿真进程的历史仿真时间和历史系统时间，对当前运行的仿真进程进行状态信息预估，包括：

5.根据权利要求1所述的方法，其特征在于，所述执行对所述仿真日志的解析，确认所述仿真进程的运行状态，包括：

6.根据权利要求1所述的方法，其特征在于，所述执行对所述仿真日志的解析，确认所述仿真进程的运行状态，包括：

7.根据权利要求1、5或6所述的方法，其特征在于，所述仿真进程的运行出现异常时，还包括：

8.一种系统仿真的监控装置，其特征在于，包括：

9.一种计算设备，其特征在于，包括：

一个或多个处理器；

存储器，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现权利要求1至7任意一项所述的方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被计算机执行时实现如权利要求1至7任意一项所述的方法。