CN113590371B - 一种事件分析器及事件分析方法 - Google Patents

Abstract

本发明提供了一种事件分析器，该事件分析器包括日志采集模块、日志分析模块和界面显示模块；日志采集模块用于采集目标机系统产生的各类事件，并生成日志数据，各类事件至少包括任务；日志分析模块用于解析日志数据，并生成各种分析报告，各种分析报告至少包括切换报告，切换报告表示目标机系统的各内核上运行的任务随时间的变化；界面显示模块用于显示各种分析报告。本发明还相应地提供了使用该事件分析器的一种事件分析方法。本发明的事件分析器和事件分析方法实现对嵌入式系统的可视化监测与分析，当嵌入式系统出现异常时，能够快速清晰的了解系统的各任务的运行状态和运行任务与其他事件间的切换关系运行状态，便于异常问题定位。

Description

一种事件分析器及事件分析方法

技术领域

本申请涉及嵌入式系统领域，特别是涉及一种事件分析器和事件分析方法。

背景技术

基于嵌入式系统的设备在运行过程中往往会由于某种原因使系统运行出现异常。因此，对嵌入式系统的实时监控非常重要。

现有技术中对嵌入式系统的实时监控一般采用时间监控的方法。在该方法中一般需要为每个运行体(线程任务和中断类型任务)分配其相应的累计器，累计器用于保存相应运行体的累计运行时间，当运行体发生切换或者用户需要获取时间监控数据时，对累计器的运行时间进行实时结算。其中，运行体的切换一般包括下述情况：第一种为任务到任务的切换，例如图1所示的前继任务切换至当前任务，当前任务切换至后续任务等；第二种为任务到中断的切换，例如图1所示的当前任务切换至中断等；第三种为中断到任务的切换，例如图1所示的中断切换至当前任务等；第四种为中断到中断的切换。对累计器进行结算的机制也可以分为下述两种情况：第一种为当运行体发生切换时，对切出的运行体的累计器的运行时间进行结算，开始计算切入的运行体的运行时间，例如图1所示的运行场景中，对当前累计器结算，切换至当前任务累计器以及如果当前累计器指向(ACCU_ID_CURRENT)不是中断累计器，对当前累计器结算，切换至当前中断累计器。第二种为对正在运行的运行体的运行时间直接进行结算，计算该运行体截止到当前时刻的运行时间，对于非正在运行的运行体，可以直接获取对应累计器中记录的累计运行时间。

现有技术通过累计器来计算每个运行体的运行时间，以此来确定目前系统的时间性能是否满足需求，但是，当不满足需求时，该方法不能及时对系统出现的异常问题进行定位分析。

发明内容

有鉴于此，本申请提供了一种事件分析器及事件分析方法，以实现对嵌入式系统的可视化监测与分析，当嵌入式系统出现异常时，能够快速清晰的了解系统的各任务的运行状态和运行任务与其他事件间的切换关系，便于异常问题定位。

本申请的第一方面提供一种事件分析器，包括：日志采集模块、日志分析模块和界面显示模块；日志采集模块用于采集目标机系统产生的各类事件，并生成日志数据，各类事件至少包括任务；日志分析模块用于解析日志数据，并生成各种分析报告，各种分析报告至少包括切换报告，切换报告表示目标机系统的各内核上运行的任务随时间的变化；界面显示模块用于显示各种分析报告。

由上，本发明的事件分析器通过采集日志数据、解析和分析日志数据，从而生成包括切换报告的各种分析报告，并图形化各种分析报告，其中，切换报告表示目标机系统的各内核上运行的任务随时间的变化，相对于传统的事件分析器，本发明的事件分析器生成和图形化显示的切换报告可以用来分析事件的切换关系，发现目标机系统(包括嵌入式系统)各内核上运行的任务的运行状态和运行任务与其他事件间的切换关系，便于异常问题的快速定位。

作为第一方面的一种实现方式，日志分析模块具体用于从日志数据中解析出各类事件，并生成事件报告，事件报告包括各类事件的属性，其中，各类事件的属性包括事件标识、事件类型、运行内核、时间戳，任务的属性至少还包括状态；日志分析模块还具体用于基于事件报告生成状态报告，状态报告包括任务的标识、状态、状态的起始时间和结束时间。

由上，本发明的事件分析器从所采集的日志数据中解析出各类事件和其属性信息比传统的事件分析器更为丰富，便于异常问题的准确定位。

作为第一方面的一种实现方式，界面显示模块在显示切换报告时，在切换图上每个任务用一条平行于时间轴的任务切换线表示，其中，任务切换线包括多个切换线段，每个切换线段表示任务的一个状态，每个切换线段的起点坐标和终点坐标表示任务的一个状态的起始时间和结束时间，高度坐标基于所述任务的标识而确定；界面显示模块在显示切换报告时，在切换图上把内核相同的运行切换线段按时间顺序连接起来，组成内核切换线，以表示在目标机系统的各内核上运行的任务随时间的变化，其中，运行切换线段为任务切换线上的表示任务处于运行状态的切换线段，运行切换线段的内核为运行切换线段表示的处于运行状态的任务的运行内核；日志分析模块还具体用于基于状态报告生成切换报告中任务切换线和内核切换线。

由上，本发明的事件分析器所生成的切换报告，不仅清晰表示了各任务的状态随时间的变化，还直观了表示目标机系统的各内核运行任务的切换关系，快速高效发现不正常的切换关系，便于异常问题的准确定位。

作为第一方面的一种实现方式，界面显示模块在显示切换报告时，在切换图上用切换点表示第二事件，其中，切换点位置表示第二事件发生的时间和运行内核，切换点的标记表示第二事件的事件类型；日志分析模块还具体用于基于事件报告生成切换报告中的切换点。

由上，本发明的事件分析器所生成的切换报告，还清晰表示了非任务类事件与目标机系统的内核运行任务间的关系，直观分析非任务类事件触发的原因和/或有无被正确相应，便于异常问题的准确定位。

作为第一方面的一种实现方式，日志分析模块还具体用于基于状态报告生成负载报告，负载报告至少包括下列中一项：目标机系统的CPU负载，表示目标机系统的CPU被运行任务占用的时间比例，基于各任务处于运行的持续时间、运行内核而确定；目标机系统的系统负载，表示同时处于运行的任务总数，基于各任务处于状态、每个状态的起始时间和结束时间；各任务的运行状态汇总，表示各任务处于运行状态的次数和占用时间比例，基于各任务处于运行状态的起始时间和结束时间；各任务的就绪状态汇总，表示各任务处于就绪状态的次数和占用时间比例，基于各任务处于就绪状态的起始时间和结束时间；目标机系统任务的状态汇总，表示处于各种状态的任务次数和各种状态的持续时间的分布，基于各任务处于的状态的持续时间而确定。界面显示模块还具体用于利用图和/或表显示负载报告。

由上，本发明的事件分析器图形化显示所生成的负载报告，用于评估系统的负载情况和系统性能，帮助从负载和系统性能的角度排除原因，从而帮助异常问题的快速定位。

作为第一方面的一种实现方式，日志采集模块运行于目标机系统上；当日志采集模块检测到任一各类事件时，日志采集模块基于日志数据级别采集各类事件的属性数据，生成日志数据，并基于存储传输方式发送至保存位置。

由上，日志采集模块运行于目标机系统上，便于及时采集日志数据。

作为第一方面的一种实现方式，事件分析器还包括配置模块；配置模块用于配置存储传输方式，存储传输方式为将日志采集模块采集的日志数据传输至保存位置的方式。

由上，本发明的事件分析器通过设置传输方式，使日志数据及时准确传输到分析机系统上，在分析机系统上分析日志数据及显示分析报告，降低对目标机系统的内存占用，使事件分析器能采集到足够的数据，便于日常问题的分析。

作为第一方面的一种实现方式，存储传输方式包括目标机系统的通信地址，配置模块还基于该通信地址启动日志数据采集和结束数据采集。

由上，存储传输方式包括目标机系统地址，便于事件分析器启动和停止日志数据采集，同时，一个事件分析器通过该通信地址控制多个目标机系统，便于管理多个目标机。

作为第一方面的一种实现方式，配置模块还用于配置日志数据级别，日志数据级别越高，日志数据包含的事件的类型越多和/或信息越多。

由上，本发明的事件分析器通过设置日志数据级别，控制日志数据的数据级别和数据量，降低对目标机系统的CPU和内存占用，在事件分析器能采集到足够的数据的基础上提升目标机系统工作的稳定性，便于日常问题的分析。

作为第一方面的一种实现方式，界面显示模块是利用桌面显示架构基于标准图形接口而构建的。

其中，桌面显示架构在显示时生成详细显示属性，一种典型的桌面显示架构为胖客户端平台(Rich Client Platform，RCP)，在标准图形接口包括Eclipse UI、JFace、SWT、GEF、Draw2d。

由上，基于桌面显示结构构建的界面显示模块与日志分析模块的功能解耦，界面显示模块调用标准图形接口生成更加丰富的显示属性，在图形化显示各种分析报告时更加美观清晰。

本申请的第二方面提供一种事件分析方法，包括：利用日志采集模块采集目标机系统产生的各类事件，并生成日志数据，各类事件至少包括任务；利用日志分析模块解析日志数据，并生成各种分析报告，各种分析报告至少包括切换报告，切换报告表示目标机系统的各内核上运行的任务随时间的变化；利用界面显示模块显示各种分析报告。

由上，本发明的事件分析方法使用本发明的事件分析器采集包含更多事件和属性数据的日志数据，解析和分析该日志数据，从而生成包括切换报告的各种分析报告，并图形化各种分析报告，其中，切换报告表示目标机系统的各内核上运行的任务随时间的变化，相对于传统的事件分析方法，本发明的事件分析方法生成和图形化显示的切换报告可以用来分析事件的切换关系，发现目标机系统(包括嵌入式系统)各内核上运行的任务的运行状态和运行任务与其他事件间的切换关系，便于异常问题的快速定位。

第三方面，本发明实施例提供了一种计算设备，包括，

总线；

通信接口，其与所述总线连接；

至少一个处理器，其与所述总线连接；以及

至少一个存储器，其与所述总线连接并存储有程序指令，所述程序指令当被所述至少一个处理器执行时使得所述至少一个处理器执行本发明第一方面任一所述实施方式。

第四方面，本发明实施例提供了一种计算机可读存储介质，其上存储有程序指令，所述程序指令当被计算机执行时使得所述计算机执行申请第一方面任一所述实施方式。

综上，本申请提供的技术方案，通过调用目标机的日志来获取目标机中各事件的运行情况，以分析各时刻目标机CPU的占用情况，便于在目标机出现异常时分析异常原因。

附图说明

图1为现有技术中基于时间监控的方法对嵌入式系统进行监控的一种应用场景；

图2为本发明实施例提供的一种事件分析器的结构示意图；

图3A为本发明实施例提供的日志上传模式示意图；

图3B为本发明实施例提供的日志上传方式示意图；

图4A为本发明各实施例应用的异构系统的结构示意图；

图4B为本发明实施例提供的事件运行状态图；

图4C为本发明实施例提供的事件就绪状态图；

图4D为本发明实施例提供的事件状态汇总图；

图5A为本发明实施例提供的一种事件分析方法的流程示意图；

图5B为本发明实施例提供的日志数据采集方法的流程示意图；

图6为本发明实施例提供的计算设备的结构示意图；

具体实施方式

在以下的描述中，涉及到“一些实施例”，其描述了所有可能实施例的子集，但是可以理解，“一些实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的情况下相互结合。

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

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

除非另有定义，本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本发明实施例的目的，不是旨在限制本发明。

本发明提出了一种事件分析器及使用该事件分析器的一种事件分析方法，该事件分析器通过利用日志数据记录嵌入式系统中事件的运行状态，并将其进行可视化显示，实现对嵌入式系统的可视化监测与分析，当嵌入式系统出现异常时，能够快速清晰的了解系统的运行状态，便于异常定位。

下面结合附图详细介绍本发明各实施例。

【一种事件分析器实施例】

图2示出了本发明一种事件分析器的结构。其包括日志采集模块210、设置模块220、日志分析模块230和界面显示模块240。

其中，日志采集模块210位于目标机系统20上，设置模块220、日志分析模块230和界面显示模块240位于分析机系统10。

在本实施例中，目标机系统20为嵌入式系统，且该嵌入式系统无图形显示装置，目标机系统20与分析机系统10分开部署在不同的计算机上。在一些实施例中，目标机系统20与分析机系统10可以部署在同一台计算机上，且带有图形显示装置。

在本实施例中，一个分析机系统10对一个目标机系统20的事件进行分析，在一些实施例中，一个分析机系统10对多个目标机系统20的事件进行分析。

日志采集模块210用于采集目标机系统20产生的各类事件，并采集各类事件的属性数据，所生成日志数据。

其中，各类事件至少包括任务，在本实施例中，包括任务、信号量、队列消息、异常对这些事件，异常又包括中断、系统调用和系统异常。

其中，各类事件的属性包括事件标识、事件类型、时间戳、运行内核，任务的属性至少还包括状态、分区类型，分区类型就是任务类型。

具体地，日志采集模块210在目标机系统运行检测所述各类事件，当检测到任一事件时，采集该事件的属性数据，存入事件数据库。

具体地，日志采集模块210从事件数据库中提取符合设置的日志数据级别的事件和符合日志数据级别的属性数据，存入环形内存，其中，日志数据级别越高，所采集的事件越多和/或所采集的属性数据越多，对目标机系统CPU和内存占用越多，所述环形内存为循化占用的内存，即其内存大小是固定的，后来的数据会冲掉以前的数据。

具体地，日志采集模块210基于设置的数据传输方式，将环形内存中的日志数据传入保存位置，该保存位置位于分析机系统10上，避免日志数据占用较多内存。

由上，相对于传统的事件分析器只收集线程任务和中断任务的次数，日志采集模块210采集事件和属性数据比传统的事件分析器丰富，可以进行精确的问题定位。

设置模块220用于设置日志采集模块210中采集的日志数据级别和日志数据传输方式。

其中，日志数据级别确定了日志数据收集范围，日志数据级别越高，日志采集模块210所采集的事件类型越多和/或所采集的属性数据越多，对目标机系统CPU和内存占用越多。

其中，日志数据传输方式包括上传模式和上传方式，不同的上传模式确定日志上传时机不同，上传方式用于确定目标机系统20与分析机系统10间的通信方式，主要用来配置怎样将日志数据上传到分析机系统10的方式，以及在分析机系统10保存日志数据的路径。

图3A示出了本实施例的上传模式设置界面，示例地，本实施例支持一次性上传、连续上传、事后分析上传三种模式。

一次性上传：当分析机系统10点击开始采集按钮之后，目标机系统20开始采集事件数据并将数据保存在内存中，当用户点击停止采集按钮之后，目标机系统20将内存数据生成日志文件并上传到分析机系统文件系统。一次性上传采集到的数据比较干净，无其他影响。

连续上传：当分析机系统10点击开始采集按钮之后，目标机系统20生成日志文件到目标机系统10中，并在采集过程中持续不断将内存中的事件数据写入日志文件，直到分析机系统10点击停止采集按钮，最后目标机系统20将生成的日志文件上传到分析机系统文件系统。

事后分析上传：事后分析上传模式主要用于采集当系统中出现严重错误时(如因为严重的系统异常导致系统重新启动)主动关闭采集过程，并且将事件数据保存在文件中，供用户进行分析，方便用户分析系统异常的具体原因。

图3B示出了本实施例的上传方式设置界面，示例地，本实施例支持目标机文件系统方式，即使用目标机系统20的文件系统进行上传，上传方式参数包括：

文件名称，在配置生成的日志文件名称，目标机系统20会默认在名称后加入当前日期；

分析机系统路径，在分析机系统10保存日志文件的路径；

目标机系统IP地址，目标机系统20的IP地址；

目标机系统文件系统，目标机系统20的文件系统。

本实施例中，设置模块220还设置开始按钮和结束按钮，开始按钮用于向日志采集模块210发采集开始命令，以基于目标机系统20的IP地址启动采集数据，结束按钮用于目标机系统20的IP地址向日志采集模块210发送结束采集命令，以结束采集。在一些实施例中，通过其他人工界面，发采集开始命令，以启动采集数据，发送结束采集命令，以结束采集。

在一些实施例中，一个分析机系统对应多个目标机系统，基于目标机系统20的IP地址从多个目标机系统20采集数据进行分析。

由上，基于设置模块220设置合理的日志数据级别越高，既保证所采集的合理范围的事件类型和/或属性数据，用于完成定位分析，又避免占用目标机系统CPU和内存过多的负荷；设置的数据传输方式使日志数据传入保存位置，避免占用目标机系统20的过多内存。

日志分析模块230用于解析日志数据，并生成各种分析报告，所述各种分析报告至少包括切换报告，切换报告表示任务事件所述时间的状态变化。

其中，为了保存占用较少的目标机系统内存，日志数据一般都是二进制数据，无法直接使用，通过日志分析模块230解析，并生成各种分析报告。

其中，本实施例中分析报告至少包括事件报告、状态报告、切换报告、负载报告。

具体地，日志分析模块230对日志数据进行解析，提取各类事件的属性数据，生成事件报告，用于其他分析报告生成。

示例地，在事件报告中，以事件标识来区分各个事件，每个事件的属性信息包括事件标识、事件类型、运行内核、时间戳，事件类型至少包括：任务、信号量、队列消息、中断、系统调用和系统异常。在一些实施例中，把中断，系统调用和系统异常合在一起成为异常。

示例地，任务事件的属性至少还包括状态、分区类型，状态又至少包括：就绪状态、运行状态、延迟状态、挂起状态、停止状态、暂停状态，分区类型包括目标代理任务、网络任务、异常处理任务、系统函数回调任务、线程任务、中断任务、空闲任务。

在一些实施例中，任务的属性还包括任务控制信息和/或任务优先级别，任务控制信息用于控制任务的执行，至少包括：延迟任务、删除任务、禁止调度任务、允许调度任务、保护任务不被删除、解除任务、悬置任务、改变任务优先级别、恢复任务。

具体地，日志分析模块230基于事件报告生成状态报告，状态报告描述各任务处于各种状态的持续时间的报告，包括任务的事件标识、运行内核、状态、状态的起始时间和结束时间。状态的起始时间为任务结束其他状态而进入当前状态的时间，状态的结束时间为任务结束当前状态而进入其他状态的时间。

具体地，日志分析模块230基于事件报告生成状态报告生成切换报告中的任务切换线和内核切换线。

其中，每个任务切换线为一条平行于时间轴的线，在切换图上每个任务切换线标识一个任务的状态随时间的变化。每个任务切换线由多个切换线段组成，每个切换线段代表一个任务的状态，处于运行状态的切换线段称为运行切换线段，任务切换线的参数至少包括：

基于任务的事件标识确定的对应的所述任务切换线的高度坐标，

基于任务的状态确定的对应的任务切换线的各切换线段的线型，

基于任务的时间戳确定的对应的任务切换线的切换线段的起点时间坐标和结束时间坐标，

基于处于运行状态的任务的运行内核确定的任务切换线的切换线段的内核。

其中，在切换图上把内核相同的运行切换线段按时间顺序连接起来，组成内核切换线，以表示在目标机系统的同一内核上运行的任务随时间的变化，其中，内核切换线的标识为对应的任务的运行内核。

日志分析模块230还用于基于事件报告生成切换报告中的切换点参数，切换点表示第二事件在出现切换图中的位置，第二事件为非任务类型的事件，切换点的参数至少包括下列之一：

基于与第二事件位于同一运行内核上的任务而确定的切换点的高度坐标，

基于第二事件的时间戳确定的切换点的时间坐标，

基于第二事件的事件类型确的切换点的形状。

具体地，日志分析模块230基于所述状态报告生成负载报告，负载报告至少包括下列中一项：

目标机系统的CPU负载，表示目标机系统的CPU被运行任务占用的时间比例，基于各任务处于运行的持续时间、运行内核而确定。

目标机系统的系统负载，表示同时处于运行的任务总数，基于各任务处于状态、每个状态的起始时间和结束时间；

各任务的运行状态汇总，表示各任务处于运行状态的次数和占用时间比例，基于各任务处于运行状态的起始时间和结束时间；

各任务的就绪状态汇总，表示各任务处于就绪状态的次数和占用时间比例，基于各任务处于就绪状态的起始时间和结束时间；

目标机系统任务的状态汇总，表示处于各种状态的任务次数和各种状态的持续时间的分布，基于各任务处于的状态的持续时间而确定。

在一些实施例中，各分析报告还包括文字描述，示例地，在事件报告中包括事件详细信息的文字描述和，对任务类事件增加状态的文字描述。示例地，在各分析报告中增加扩展描述，包括目标机系统操作系统、多核配置、目标机系统20与分析机系统10间网络接口类型、监视工具类型等进行描述，以帮助稳定定位。

由上，日志分析模块230通过解析日志数据，生成事件报告、状态报告、切换报告和负载报告，事件报告用于快速发现明显的异常问题，状态报告用于分析各种状态的变化的时间点和持续时间是否正确，切换报告用于异常问题的前后事件切换关系是否正确，负载报告用于分析系统的负载情况，基于上述报告可以快速定位问题，相对于传统的事件分析中只分析事件的累积时间和次数，本发明实施例的各种分析报告，提供的信息和分析手段更加丰富，可以快速定位问题。

界面显示模块240用于显示相关的分析报告，包括事件报告、切换报告、负载报告。

在一些实施例中，界面显示模块240还用于选择待显示的分析报告，设置各种分析报告中待分析的事件，设置各种分析报告的图形界面参数，基于该图形界面参数渲染各分析报告，如切换报告中切换线颜色与线型的设置。

其中，界面显示模块240基于利用桌面显示架构基于标准图形接口而构建的。在一些实施例中，显示模块240利用RCP的桌面显示架构构建显示平台，调用JFace、SWT、GEF、Draw2d的图形功能接口库进行显示，通过Eclipse基础插件提供显示插件。

具体地，界面显示模块240用切换图显示切换报告。切换图的横坐标为时间，纵坐标(高度坐标)为各任务。

其中，用多条平行于时间轴的任务切换线显示各任务的状态随时间的变化，任务切换线的参数参见在前文的日志分析模块230中的描述。

示例地，图4A中为本实施例的切换图的一个示意图，图的左边为选择的待分析的各种事件，包括test1(0x46bdad4)、test2(0x5774860)等。每选择的事件右边为一个由多个切换线段的任务切换线，每个切换线段对应于所选择的任务的一个状态的持续时间，每种切换线段为一种设置的线型，其中较宽的实亮线的线型表示处于所选择的任务处于运行状态。如，每个实亮线型的线段的左下方有个数字，为该任务运行的运行内核。

其中，把各任务切换线上运行于相同的运行内核上的切换线端按时间顺序连起来，则生成内核切换线段，用内核切换线表示目标机系统20上各内核的运行任务随时间的变化情况。

示例地，图4A中有三条内核切换线，分别是内核0、1、2的内核切换线段。如内核1开始运行任务test7(0x44562c8)，接着切换至test1(0x46bdad4)，接着又切换到test7(0x44562c8)。

其中，用切换点线显示非任务类事件的随时间的变化，切换点的参数参见在前文的日志分析模块230中的描述。

示例地，图4A在每个表示任务运行态的切换线段上方有一些不同标记的点，这些点就是切换点，切换点的各种标记代表不同的非任务类事件。因为非任务类事件都在任务运行时产生，所以表示非任务类事件的切换点在任务运行态的切换线段上方。

在本实施例的切换图使用中，当目标机系统20在任务运行过程中出现数据错误，但是在日志数据中没有报错时，从浏览日志数据很难定位。通过事件分析器采集数据错误前后的事件，分析事件，发现在数据错误时任务切换关系，可以排查出数据异常原因。

在一些实施例中，通过点击或其他方式选择各切换线段，可以在浏览窗口显示相关事件在事件报告中详细信息，检测其中有无错误信息，以帮助问题定位。在另一些实施例中，通过点击或其他方式选择各切换线段，可以在浏览窗口显示相关任务在状态报告中详细信息，检查各种状态的变换是否正常，以检测其中有无错误信息，帮助问题定位。

具体地，界面显示模块240用图和/或表的形式显示负载报告，用于分析各种负载报告，以确定需定位的问题是否由系统高负载的原因，用于进行系统的负载均衡。

图4B示出了各任务的运行状态汇总报表，其中包括各任务的索引号(用作任务的标识)、任务名称、任务处于运行状态的时间(以运行时间百分比进行表示)、任务处于运行状态次数的统计。

图4C示出了各任务的就绪状态汇总报表，其中包括各任务的索引号(用作任务的标识)、任务名称、任务就绪状态时间(以运行时间百分比进行表示)、任务处于就绪状态次数的统计。

图4D示出了目标机系统任务的状态汇总，状态汇总表中展示了日志中出现的各任务的各种状态以及其对应的时间。

具体地，在一些实施例中，界面显示模块240还用于直接浏览事件报告和状态报告，以直接在异常问题发生的时间点，分析相关的事件报告或状态报告中有无异常信息。

由上，界面显示模块240通过图或表的形式显示切换报告和负载报告，高效分析发送异常问题的事件切换关系和各种负载情况，同时结合在切换图中显示事件报告中关联的事件属性信息和状态报告中关联的状态信息，从而帮助实现异常问题快速定位，相对于传统的事件分析中只显示事件的累积时间和次数，本发明实施例的以图或表的相识所显示的各种分析报告，提供的信息和分析手段更加丰富，可以帮助快速定位问题。

综上，一种事件分析器实施例采集包含更多事件和属性数据的日志数据，解析和分析该日志数据，从而生成包括切换报告的各种分析报告，并图形化各种分析报告，其中，切换报告表示目标机系统的各内核上运行的任务随时间的变化，相对于传统的事件分析方法，本发明的事件分析方法生成和图形化显示的切换报告可以用来分析事件的切换关系，发现目标机系统(包括嵌入式系统)各内核上运行的任务的运行状态和运行任务与其他事件间的切换关系，便于异常问题的快速定位。

【一种事件分析方法实施例】

本实施例使用了一种事件分析器实施例进行事件分析，其继承了一种事件分析器实施例的所有优点，下面结合附图介绍本实施例的方法。

图5A示出了本发明的一种事件分析方法实施例的流程，其包括步骤S510至S540。

在步骤S510中，利用设置模块220设置目标机系统20的日志采集模块210的日志数据级别和日志数据传输方式。

其中，根据目标机系统20的CPU和内存的负载情况及定位问题的难度，确定日志数据级别，问题越难定位，需要采集的数据越多，日志数据级别越高。同时目标机系统20的CPU和内存的负载越轻，能忍受采集更多数据，日志数据级别越高。

其中，日志数据传输方式包括上传模式和上传方式，各上传模式和上传方式请参照一种事件分析器实施例的设置模块220中的描述。

其中，基于采集日志数据的用途设置上传模式，示例地，当用于检测异常问题时，采用事后上传模式；当用于监控目标机系统20时，采用连续上传模式；当用于定位异常问题时，采用一次性上传模式。

其中，获取目标机系统20的IP地址、文件系统、设定的日志数据名称、选定的分析机系统的10的日志数据保存位置，以设置日志数据传输方式的上传方式。

在步骤S520中，利用日志采集模块210基于日志数据级别采集日志数据和基于日志数据传输方式上传数据至分析机系统10。

其中，本实施例中，用户通过设置模块220控制日志采集模块210启动采集日志数据和结束采集日志数据。

其中，本步骤所采集的各类事件及各类事件的属性信息，请参照一种事件分析器实施例的日志采集模块210中的描述，本步骤详细流程请参照【日志数据采集方法】。

在步骤S530中，利用日志分析模块230解析日志数据，并生成各种分析报告。

其中，各种分析报告包括事件报告、状态报告、切换报告和负载报告。各分析报告的描述请参照一种事件分析器实施例的日志分析模块230。

其中，在本实施例中，日志分析模块230可以选择多个日志数据文件，一次解析完成，且生成各种分析报告，在界面显示模块240显示各种分析报告时能快速显示。

具体地，日志分析模块230解析所选择的日志数据，先生成事件报告，再基于事件报告生成状态报告，然后生成切换报告和负载报告。

在步骤S540中，利用界面显示模块240显示各种分析报告。

其中，本实施例中，选择需要的分析报告进行显示，显示前设置显示形式和显示参数。

具体地，在显示切换报告时，可以设置待分析的事件和其数量，还可以人工设置或缺省设置任务事件的每种状态的线型和颜色、非任务类事件类型的切换点标记。还可以通过移动光标，显示切换报告中任一切换线段在事件报告中对应的信息和在状态报告中对应的状态变化信息。

具体地，在显示负载报告时，可以选择待分析的负载报告类别，设置基于图或表的形式显示所选择的负载报告。

需要强调的是，上述显示形式和显示参数说明只是一部分示例，在实际显示基于场景进行更详细的设置。

其中，在分析异常问题时，一般先用界面显示模块240直接浏览时间报告中有无系统异常事件，利用其中的系统异常事件进行定位分析。如果无系统异常事件或者利用系统异常事件无法定位，则利用切换图分析出现异常问题前后的事件切换关系是否正常，并分析前后各事件的详细信息，以帮助准确定位，同时还可以利用负载报告分析CPU负载、系统负载等负载信息，以帮助分析是否有负载方面的影响。

【日志数据采集方法】

本日志数据采集方法采集日志数据，以用于日志分析和问题定位。图5B显示日志数据采集方法的流程，其包括S5210至S5260。

在S5210中，设置模块220启动数据采集。

其中，本实施例中，设置模块220设置启动按钮，用户通过按下启动按钮以启动采集日志数据。

在S5220中，日志采集模块210采集各类事件，存入事件数据库。

其中，日志采集模块210在目标机系统中检测各类事件时，当检测到任一事件时，采集该事件的属性数据，存入事件数据库，所采集的各类事件及各类事件的属性信息，请参照一种事件分析器实施例的日志采集模块210中的描述。本实施例设置的事件数据库便于高速缓存采集的各类事件的原始数据。

在S5230中，日志采集模块210从事件数据库中提取符合设置的日志数据级别的事件和属性数据，存入环形内存。

其中，日志采集模块210获取设置模块220设置的日志数据级别，识别事件数据库中的各类事件，当识别出的事件获取符合设置的日志数据级别要求，则保存该事件和其符合日志级别要求的属性信息至环形内存的日志数据中。因为日志数据量巨大，且环形内存空间有限，本实施例保留日志数据为二进制形式，以节约环形内存。

其中，本实施例设置的环形内存，用于循环保存日志数据，环形内存大小固定，新的数据能冲掉以前旧的数据，但维持保存的总日志数据量不变，在一些实施例中，环形内存的大小可以设置。

在S5240中，日志采集模块210基于设置的数据传输方式，将日志数据传入设置的保存位置。

其中，日志采集模块210基于设置模块220设置的数据传输方式，将日志数据传入至分析机系统10上的设置的保存位置。

其中，步骤S5220至S5240自动执行，无需人工参与。

在S5250中，判断是否完成数据采集。其中，当完成数据采集时，则运行步骤S5260，否则运行步骤S5220。

其中，图5B显示发生在步骤S5250至S5260发生在步骤S5240之后，这是一种示例，步骤S5250至S5260可以发生在步骤S5220至S5240的任一步骤之中。

其中，当采用连续上传模式或一次性上传模式时，设置模块220设置停止按钮，用户通过按下该停止按钮而停止采集日志数据，本步骤可以发生在在步骤S5220至S5240的任一步骤之后；当采用事后上传模式时，在日志采集模块210在步骤S5230中发现有异常问题发生时，触发停止采集和日志数据上传。

在S5260中，停止数据采集。

其中，当触发采集日志数据时，日志采集模块210停止采集日志数据，且把未上传的日志数据进行上传。

综上，一种事件分析方法实施例采用一种事件分析器实施例的模块，采集包含更多事件和属性数据的日志数据，解析和分析该日志数据，从而生成包括切换报告的各种分析报告，并图形化各种分析报告，其中，切换报告表示目标机系统的各内核上运行的任务随时间的变化，相对于传统的事件分析方法，本发明的事件分析方法生成和图形化显示的切换报告可以用来分析事件的切换关系，发现目标机系统(包括嵌入式系统)各内核上运行的任务的运行状态和运行任务与其他事件间的切换关系，便于异常问题的快速定位。

【计算设备】

本发明还提供的一种计算设备，下面图6详细介绍。

该计算设备600包括，处理器610、存储器620、通信接口630、总线640。

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

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

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

应理解，在本发明实施例中，该处理器610可以采用中央处理单元(centralprocessing unit，CPU)。该处理器还可以是其它通用处理器、数字信号处理器(digitalsignal processor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现成可编程门阵列(field programmable gate Array，FPGA)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。或者该处理器610采用一个或多个集成电路，用于执行相关程序，以实现本发明的事件分析器实施例的目标机系统的日志数据采集模块功能或分析机系统的设置模块、日志分析模块和界面显示模块的功能。

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

在计算设备600运行时，所述处理器610执行所述存储器620中的计算机执行指令执行的本发明的事件分析器实施例的目标机系统的日志数据采集模块功能或分析机系统的设置模块、日志分析模块和界面显示模块的功能。

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

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

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

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

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

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

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

【计算介质】

本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时用于本发明的事件分析器实施例的目标机系统的日志数据采集模块功能或分析机系统的设置模块、日志分析模块和界面显示模块的功能。

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

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

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

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

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

Claims (8)

1.一种事件分析器，其特征在于，包括：

日志采集模块、日志分析模块和界面显示模块；

所述日志采集模块用于采集目标机系统产生的各类事件，并生成日志数据，所述各类事件至少包括任务；

所述日志分析模块用于解析所述日志数据，并生成各种分析报告，所述各种分析报告至少包括事件报告和切换报告；其中，所述事件报告包括从所述日志数据解析出的各类事件的属性，其包括事件标识、事件类型、运行内核、时间戳，所述任务的属性至少还包括其状态；所述切换报告表示所述目标机系统的各内核上运行的任务随时间的变化，其包括各内核的内核切换线；

所述界面显示模块用于显示所述各种分析报告，其中，在显示所述切换报告时，在切换图上把内核相同的运行切换线段按时间顺序连接起来，组成相同内核的内核切换线，每个所述运行切换线段为一条平行于时间轴的线段，用于表示该相同内核的一个任务处于运行状态，每个所述运行切换线段的内核、高度坐标、时间起点坐标、时间终点坐标基于该任务的属性而确定。

2.根据权利要求1所述的事件分析器，其特征在于，

所述界面显示模块在显示所述切换报告时，在所述切换图上用切换点表示第二事件，其中，所述切换点位置表示第二事件发生的时间和所述运行内核，所述切换点的标记表示第二事件的所述事件类型；

所述日志分析模块还具体用于基于所述事件报告生成切换报告中的所述切换点。

3.根据权利要求1所述的事件分析器，其特征在于，

所述日志分析模块还具体用于基于状态报告生成负载报告，所述负载报告至少包括下列中一项：

所述目标机系统的CPU负载，表示目标机系统的CPU被运行任务占用的时间比例，

所述目标机系统的系统负载，表示同时处于运行的任务总数，

各所述任务的运行状态汇总，表示各所述任务处于运行状态的次数和占用时间比例，

各所述任务的就绪状态汇总，表示各所述任务处于就绪状态的次数和占用时间比例，

所述目标机系统任务的状态汇总，表示处于各种状态的任务次数和各种状态的持续时间的分布；

所述界面显示模块还具体用于利用图和/或表显示所述负载报告。

4.根据权利要求1所述的事件分析器，其特征在于，

所述日志采集模块运行于所述目标机系统上；

当所述日志采集模块检测到任一所述各类事件时，所述日志采集模块基于设置的日志数据级别采集所述各类事件的属性数据，生成日志数据，并基于设置的存储传输方式发送至保存位置。

5.根据权利要求4所述的事件分析器，其特征在于，

还包括配置模块；

所述配置模块用于配置所述存储传输方式。

6.根据权利要求5所述的事件分析器，其特征在于，

所述配置模块还用于配置所述日志数据级别，所述日志数据级别越高，所述日志数据包含的所述事件的类型越多和/或所述属性数据越多。

7.根据权利要求1至6任一所述的事件分析器，其特征在于，

所述界面显示模块是利用桌面显示架构基于标准图形接口而构建的。

8.一种基于权利要求1-7任一项所述事件分析器的事件分析方法，其特征在于，包括：

利用所述日志采集模块采集目标机系统产生的各类事件，并生成日志数据，所述各类事件至少包括任务；

利用所述日志分析模块解析所述日志数据，并生成各种分析报告，所述各种分析报告至少包括切换报告，所述切换报告表示所述目标机系统的各内核上运行的任务随时间的变化；

利用所述界面显示模块显示所述各种分析报告。