CN102043704A

CN102043704A - 生成日志信息的方法及系统

Info

Publication number: CN102043704A
Application number: CN2009101799561A
Authority: CN
Inventors: 王晓伟; 曹知渊; 郑超
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2009-10-14
Filing date: 2009-10-14
Publication date: 2011-05-04
Anticipated expiration: 2029-10-14

Abstract

本发明公开了一种生成日志信息的方法和系统，属于移动通信领域。该方法包括：为每个内核划分对应的第一日志存储区以及为各个内核信息交互划分第二日志存储区；在所述第一日志存储区记录内核的日志信息以及在所述第二日志存储区记录内核信息交互的日志信息；将所述第一日志存储区记录的日志信息和所述第二日志存储记录的日志信息写入到存储器中的日志文件；显示所述日志文件。该系统包括：日志初始化模块、日志记录模块、日志提取模块和日志显示模块。本发明提供的技术方案实现了日志实时查看功能，大大提高了对进行事件定位的效率和准确性。

Description

生成日志信息的方法及系统

技术领域

本发明涉及移动通信领域，特别涉及一种基于多核处理器终端的生成日志信息的方法及系统。

背景技术

随着移动通信技术，特别是3G/3.5G等无线通信网络的迅速发展，移动终端已经从简单语音通讯器转换为多媒体信息平台，集成了越来越多的多媒体功能，具有极强可扩展性的智能移动终端备受广大用户青睐。但同时这些新的数据业务功能以及各种新奇的移动应用，对移动终端的处理运算能力和稳定性提出了更高的要求。传统智能移动终端所采用的“基带”+“应用”的双处理器架构，由于元器件多，面积大，成本高，数据交换速率较低等缺点已经无法满足这种需求。新的解决方法采用的是双核或多核处理器单芯片架构，即将所有“基带”、“应用”中央处理器(Central Processing Unit，CPU)核以及相应的数字信号处理器(Digital Signal Processing，DSP)核等都集成在一个单芯片中。此架构各CPU核通过并行总线连接在一起，主要负责通信协议处理的“基带”CPU(Baseband CPU，BB)，和主要负责用户界面(User Interface，UI)和多媒体功能等应用的“应用”CPU(ApplicationCPU，AP)通过共享内存(Share RAM)进行快速有效的信息交互，很好地解决了双核或多核处理器方案中多媒体移动终端在进行大数据传输时，多核处理器之间通信慢的问题，同时具有面积小，成本较低等优点，已经逐渐成为了智能手机的主流架构。

基于多核处理器架构的移动终端平台优势显著，但同时基于多核处理器的系统运行中，涉及到多个CPU核信息交互，以及多个内核中不同软件之间复杂的交互活动，操作极为复杂，使得多核处理器的系统在进行故障定位时十分棘手。针对系统在运行中发现的故障，尤其是对于死机等很难重现的事件定位常采用的方法是记录系统运行的日志并进行使用一些工具进行分析来定位，所以日志功能有着非常重要的作用。

目前常用的系统日志(Log)记录和和捕获系统复位或死机事件的方法是在内存中划分出一块或多块专用于记录系统日志的内存区域，在系统运行时，通过调用日志打印的接口将一些系统运行的信息记录到相应的内存或进行分类记录到不同内存块中去，当记录到一定大小，或者系统复位或系统发生死机等故障时，就将这段内存中的内容写入到硬件闪存(Flash)上保存的文件中，其间还使用了一些压缩等手段，从而可以记录下大量的系统运行的日志信息。

这种系统日志生成方法对于单核的处理器或记录大量的日志时较为实用，但对基于多核处理器的嵌入式系统来说，事件定位往往涉及到多个CPU核的一些交互过程，比如：一些事件的表象是在AP端，而其产生原因是BB端上的一些缺陷(Bug)，所以要求能完整记录下事件发生前后多个CPU核的交互信息，以及各CPU核在此时间段内的运行信息。此时，采用传统的事件定位方法就显得捉襟见肘。

发明内容

本发明实施例要解决的问题是提供一种生成日志信息的方法及系统，以解决现有技术中对事件定位效率低和准确性低的问题。

为了解决上述问题，本发明实施例提供了一种生成日志信息的方法及系统，具体技术方案如下：

一种生成日志信息的方法，包括：

为每个内核划分对应的第一日志存储区以及为各个内核信息交互划分第二日志存储区；

在所述第一日志存储区记录内核的日志信息以及在所述第二日志存储区记录内核信息交互的日志信息；

将所述第一日志存储区记录的日志信息和所述第二日志存储记录的日志信息写入到存储器中的日志文件；

显示所述日志文件。

一种生成日志信息的系统，包括：

日志初始化模块，用于为每个内核划分对应的第一日志存储区以及为各个内核信息交互划分第二日志存储区；

日志记录模块，用于在所述第一日志存储区记录内核的日志信息以及在所述第二日志存储区记录内核信息交互的日志信息；

日志提取模块，用于将所述第一日志存储区记录的日志信息和所述第二日志存储记录的日志信息写入到存储器中的日志文件；

日志显示模块，用于显示所述日志文件。

在本发明实施例中，通过为每个内核划分对应的第一日志存储区以及为各个内核信息交互划分第二日志存储区，在第一日志存储区记录内核的日志信息以及在第二日志存储区记录内核信息交互的日志信息，将第一日志存储区记录的日志信息和第二日志存储记录的日志信息写入到存储器中的日志文件，显示日志文件，可以同时捕获多个终端的内核的运行信息以及多个内核的交互信息，并在避免对存储器等存储介质频繁的读写前提下，实现了日志实时查看功能，大大提高了对进行事件定位的效率和准确性。

附图说明

图1是本发明实施例提供的生成日志信息的方法的流程图；

图2是本发明实施例提供的生成日志信息的系统的结构图；

图3是本发明实施例提供的生成日志信息的方法的详细流程图。

具体实施方式

本发明的核心思想在于：通过为每个内核划分对应的第一日志存储区以及为各个内核信息交互划分第二日志存储区，在第一日志存储区记录内核的日志信息以及在第二日志存储区记录内核信息交互的日志信息，将第一日志存储区记录的日志信息和第二日志存储记录的日志信息写入到存储器中的日志文件，显示日志文件，可以同时捕获多个终端的内核的运行信息以及多个内核的交互信息，并在避免对存储器等存储介质频繁的读写前提下，实现了日志实时查看功能，大大提高了对进行事件定位的效率和准确性。

下面结合附图及优选实施方式对本发明技术方案进行详细说明。

本发明实施例提供了一种生成日志信息的方法，如图1所示，包括：

101，为每个内核划分对应的第一日志存储区以及为各个内核信息交互划分第二日志存储区；

102，在第一日志存储区记录内核的日志信息以及在第二日志存储区记录内核信息交互的日志信息；

103，将第一日志存储区记录的日志信息和第二日志存储记录的日志信息写入到存储器中的日志文件；

104，显示日志文件。

其中，该日志信息包括：

系统时间、任务标识、模块名和函数名。

进一步地，根据日志信息之一或其组合显示显示日志文件。

进一步地，在第一日志存储区记录内核的日志信息以及在第二日志存储区记录内核信息交互的日志信息的步骤之后，还包括：

判断第一日志存储区和/或第二日志存储区不为空的步骤。

下面通过一个具体的示例对本发明实施例进行详细的描述，但该示例并不构成对本发明保护范围的限制。在本示例中，基于多核处理器的终端可以是杰尔、TI或高通公司提供，本示例以高通公司提供的基于双核处理器的终端为例进行详细的描述，该终端的BB端为一个ARM9，AP端为一个ARM11，AP软件架构为Windows Mobile平台。如图2所示，该系统包括：日志初始化模块、日志记录模块、判断模块、日志提取模块和日志显示模块，其中，日志初始化模块、日志记录模块、判断模块、日志提取模块集成在终端上，其中，日志显示模块包括两个版本，运行在终端上的版本和运行在PC上版本，运行在终端上的版本和其他模块一起集成在终端上，运行在PC上版本是一个独立的应用程序，可以单独运行的在PC上。结合图2，本示例提供的生成日志信息的方法，如图3所示，包括：

301，日志初始化模块为每个处理器内核划分独立的日志存储区，以及为处理器内核间通讯的划分共享的日志存储区。

其中，高通公司的双核处理器中的一个内核为用于处理通讯协议的基带CPU内核，另一个内核为处理用户界面和多媒体功能的应用CPU内核。

具体地，系统启动，进入内存初始化阶段，日志初始化模块分别在内存的基带内存、应用内存和共享内存三个分区中，为基带CPU内核的运行情况划分独立的日志存储区1，为应用CPU内核的运行情况划分独立的日志存储区2，为基带CPU内核和应用CPU内核的交互情况划分独立的共享日志存储区3。其中，日志存储区的划分不受操作系统影响。在高通提供的终端中，可以通过重新定义操作系统控制的内存边界的物理地址实现，这些边界都是定义好的地址，在后面记录日志会用到。

其中，BB端和AP端所使用的内存在不掉电的情况下，随机存取存储器(Random-Access Memory，RAM)内容不会被初始化，直接在其所使用的内存中分配出用于记录日志信息的日志存储区即可。而共享内存部分的日志初始化相对复杂，由于多核处理器的特性，共享内存作为多核交互的通道，在使用中即使不掉电的情况下，也会被初始化，同时为了有效地使用内存，其通信时的日志记录使用了一种编码该编码是高通自定义的一种格式，使将一些字符串用定义好的数字来代替，比如：0x30000052对应″DATA_ON_APPS_ATOM_APIS″，进行日志记录时就只需将0x30000052记录下来，从而达到节省共享内存的目的。进行日志查看时，再通过一个转化程序，将0x30000052转化为″DATA_ON_APPS_ATOM_APIS″，以进行日志分析，所以为不影响原系统中共享内存部分内存的初始化和使用时，还要初始化一个进行日志搬移用的指针，以便在共享内存初始化之前，将记录的日志拷贝到分配的共享内存的日志存储区。具体地，在共享内存区域定义一个放在固定地址存放的用于日志搬移用的指针，记为：smem_backup_ptr，在共享内存初始化阶段，将其在原共享内存区域动态分配的日志的地址记录在该指针指向的内容中。在共享内存的内容初始化之前，判断smem_backup_ptr所指向的共享内存中的日志存储区是否为空，如果不为空，就将这些日志通过smem_backup_ptr指针搬移到分配的共享内存的日志存储区；如果为空，就不进行日志的搬移。

302，日志记录模块在日志存储区记录日志信息。

日志记录模块在BB端，AP端以及共享内存的代码中，在需要进行观察的地方分别调用相应的打印应用程序接口(Application ProgrammeInterface，API)函数，将日志打印到相应的日志存储区，打印的日志中包括当前的系统时间、任务标识(Task ID)、相应的模块名和函数名等信息。比如：09-09-08_11:58:02：detect task：TFCard：SDHCCardDetectPollingThreadImpl：Detect Slot[0]，最开始是系统时间09-09-08_11:58:02，其后面分别以“:”来间隔的分别是Task ID，模块名，函数名和日志信息。

具体地，BB端的日志信息通过调用相应的打印API函数，以字符形式打印到日志存储区1，AP端的日志信息通过调用相应的打印API函数，以字符形式打印到日志存储区2，共享内存中的日志信息是通过调用相应的打印API函数以日志编码信息的形式打印到共享内存中的日志存储区3。

303，日志提取模块将日志存储区的日志信息写入到硬件存储器上的日志文件中。

系统启动运行到高通平台AP端上的Windows Mobile侧中，会创建一个线程，在执行该线程中，判断模块会对301中分配给BB端的内存、AP端的内存以及共享内存的日志存储区进行判断，如果此时有内容，则将这些日志存储区中的日志信息写入到在硬件存储器上相应的预先定义好的日志文件中；如果没有内容，则继续去进行操作，这样可以保证将系统启动到AP上Windows Mobile侧之前的日志信息也完整地记录下来。对于不会引起死机或重启的事件，例如背光的关闭时间被某驱动修改而没有恢复，日志提取模块直接将日志存储区的日志信息写入到预先定义好的日志文件中。对于会引起终端重启或死机的事件，在复现事件后，手动点击终端的硬件复位(reset)键，使终端进行重启，此时，RAM未掉电，在RAM的内容都没有丢失，此时日志提取模块进行日志的提取，将此日志区域中的日志也写入到在硬件存储器上相应的预先定义好的日志文件

具体地，日志提取模块将在BB端和AP端的日志存储区记录的日志信息直接写入到硬件存储器中对应的日志文件中，例如，BB端的日志信息可以写入到日志文件1中，AP端的日志信息可以写入到日志文件2中。对于共享内存中日志存储区3记录的日志信息，日志提取模块通过预先定义的地址信息和指针搬移将其写入到硬件存储器中的日志文件3中。

304，日志显示模块显示日志提取模块提取的日志文件。

具体地，对于不会引起死机或重启的事件，例如，背光的关闭时间被某驱动修改而没有恢复，日志显示模块将日志文件3进行解码，生成基于字符的日志信息，并和日志文件1和日志文件2中的日志信息按照系统时间进行比对，然后根据时间顺序将日志信息显示在终端界面上，以便于用户实时查看在事件发生时各个CPU内核的运行情况，进而进行事件的分析和定位。此外，也可以使用终端和PC机的连接和传输工具，在不进行重启终端的情况下，将日志文件从终端导入到PC机中，再根据时间顺序将日志信息显示显示在PC机的界面上进行显示，以便进行事件的分析和定位。

对于会引起终端重启或死机的事件，在复现事件后，手动点击终端的硬件复位(reset)键，使终端进行重启，此时，RAM未掉电，在RAM的内容都没有丢失，此时日志提取模块进行日志的提取，将此日志区域中的日志也写入到在硬件存储器上相应的预先定义好的日志文件，然后再使用终端和PC机的连接和传输工具，从终端得到日志文件。在PC端，就可以使用统计分析工具，将日志文件打开，然后根据系统时间顺序将日志信息显示在PC界面上，进行分析和事件定位，此时，日志显示模块还可以在PC机上。

需要说明的是，显示日志信息并不限于以系统时间作为排序标准，也可以将任务标识(Task ID)、模块名或函数名作为排序标准，当然也可以利用系统时间、任务标识(Task ID)、模块名和函数名中两种或两种以上的组合作为排序标准，此时，则需要确定哪种信息是第一排序标准，哪种信息是第二排序标准。

基于与方法相同的发明构思，本发明实施例提供了一种生成日志信息的系统，如图2所示，包括：

日志记录模块，用于在该第一日志存储区记录内核的日志信息以及在该第二日志存储区记录内核信息交互的日志信息；

日志提取模块，用于将该第一日志存储区记录的日志信息和该第二日志存储记录的日志信息写入到存储器中的日志文件；

日志显示模块，用于显示该日志文件。

进一步地，日志记录模块记录的日志信息包括：系统时间、任务标识、模块名和函数名。

进一步地，日志显示模块，具体用于根据日志信息之一或其组合显示显示该日志文件。

进一步地，该系统还包括：判断模块，用于判断该第一日志存储区和/或该第二日志存储区是否为空，如果不为空，则通知该日志提取模块。

其中，该日志初始化模块、日志记录模块、日志提取模块和日志显示模块集成在终端上；或，

日志初始化模块、日志记录模块和日志提取模块集成在终端上，该日志显示模块集成在电脑上。

上述说明示出并描述了本发明的一个优选实施例，但如前所述，应当理解本发明并非局限于本文所披露的形式，不应看作是对其他实施例的排除，而可用于各种其他组合、修改和环境，并能够在本文所述发明构想范围内，通过上述教导或相关领域的技术或知识进行改动。而本领域人员所进行的改动和变化不脱离本发明的精神和范围，则都应在本发明所附权力要求的保护范围内。

Claims

1.一种生成日志信息的方法，其特征在于，包括：

显示所述日志文件。

2.如权利要求1所述的方法，其特征在于，所述日志信息包括：

系统时间、任务标识、模块名和函数名。

3.如权利要求2所述的方法，其特征在于，根据所述日志信息中的一种或多种信息组合显示所述日志文件。

4.如权利要求1-3任意一项权利要求所述的方法，其特征在于，在所述第一日志存储区记录内核的日志信息以及在所述第二日志存储区记录内核信息交互的日志信息的步骤之后，还包括：

判断所述第一日志存储区和/或所述第二日志存储区不为空的步骤。

5.一种生成日志信息的系统，其特征在于，包括：

日志显示模块，用于显示所述日志文件。

6.如权利要求5所述的系统，其特征在于，所述日志记录模块记录的日志信息包括：

系统时间、任务标识、模块名和函数名。

7.如权利要求6所述的系统，其特征在于，所述日志显示模块，具体用于根据所述日志信息之一或其组合显示所述日志文件。

8.如权利要求5-7任意一项权利要求所述的系统，其特征在于，还包括：判断模块，用于判断所述第一日志存储区和/或所述第二日志存储区是否为空，如果不为空，则通知所述日志提取模块。

9.如权利要求5-7任意一项权利要求所述的系统，其特征在于，

所述日志初始化模块、日志记录模块、所述日志提取模块和所述日志显示模块集成在终端上；或，

所述日志初始化模块、所述日志记录模块和所述日志提取模块集成在终端上，所述日志显示模块集成在电脑上。