CN114116645A - 多处理单元的日志管理方法、装置、存储介质及电子设备 - Google Patents

Abstract

本公开实施例公开了一种多处理单元的日志管理方法、装置、计算机可读存储介质及电子设备，其中，该方法包括：响应于符合预设的日志读取条件，从共享内存中确定各个第二处理单元对应的存储区域中的日志更新情况；在各个第二处理单元对应的存储区域中存在更新日志事件时，将更新日志事件对应的更新日志信息存入第一处理单元对应的日志文件系统中。本公开实施例实现了在第一处理单元可以提取第二处理单元的日志，并且日志信息是通过内存读写的方式来传输的，硬件性能开销较小。此外，可以实现从物理上将各个第二处理单元的日志信息隔离，提高信息存储的安全性。通过文件系统存储日志信息，可以实现对日志信息进行各种方式的管理，便于日志回溯。

Description

多处理单元的日志管理方法、装置、存储介质及电子设备

技术领域

本公开涉及计算机技术领域，尤其是一种多处理单元的日志管理方法、装置、计算机可读存储介质及电子设备。

背景技术

现有嵌入式处理器芯片结构日益复杂，典型架构就是除了高性能的主核(例如ARMcortex-a)处理器之外，还会配置有cortex-m处理器、dsp处理器、risc-v处理器、cortex-r处理器等从核，以承担功能安全、实时计算、外设控制、数据处理等功能。目前较为典型的cortex-a架构一般采用linux等高级操作系统，从核一般采用低级操作系统或不采用操作系统。

发明内容

本公开的实施例提供了一种多处理单元的日志管理方法、装置、计算机可读存储介质及电子设备。

本公开的实施例提供了一种多处理单元的日志管理方法，包括第一处理单元和至少一个第二处理单元，该方法包括：响应于符合预设的日志读取条件，从共享内存中确定各个第二处理单元对应的存储区域中的日志更新情况；在各个第二处理单元对应的存储区域中存在更新日志事件时，将更新日志事件对应的更新日志信息存入第一处理单元对应的日志文件系统中。

根据本公开实施例的另一个方面，提供了一种多处理单元的日志管理装置，该装置包括：确定模块，用于响应于符合预设的日志读取条件，从共享内存中确定各个第二处理单元对应的存储区域中的日志更新情况；存储模块，用于在各个第二处理单元对应的存储区域中存在更新日志事件时，将更新日志事件对应的更新日志信息存入第一处理单元对应的日志文件系统中。

根据本公开实施例的另一个方面，提供了一种电子设备，电子设备包括：第一处理单元、至少一个第二处理单元、共享内存和用于存储第一处理单元和至少一个第二处理单元的可执行指令的存储器；每个第二处理单元，用于从存储器中读取对应的可执行指令，并执行读取的可执行指令以实现，响应于符合预设的日志写入条件，生成更新日志信息，并将更新日志信息写入共享内存中对应的存储区域；第一处理单元，用于从存储器中读取对应的可执行指令，并执行读取的可执行指令以实现上述多处理单元的日志管理方法。根据本公开实施例的另一个方面，提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序用于执行上述多处理单元的日志管理方法。

基于本公开上述实施例提供的多处理单元的日志管理方法、装置、计算机可读存储介质及电子设备，通过在符合预设的日志读取条件时，第一处理单元从共享内存中确定各个第二处理单元对应的存储区域中的日志更新情况，在各个第二处理单元对应的存储区域中存在更新日志事件时，将更新日志事件对应的更新日志信息存入第一处理单元对应的日志文件系统中，从而实现了通过第一处理单元对提取自第二处理单元的日志进行统一的日志管理，并且日志信息是通过内存读写的方式来传输的，硬件性能开销较小。此外，不同的第二处理单元在共享内存中对应的存储区域不同，可以实现从物理上将各个第二处理单元的日志信息隔离，提高信息存储的安全性。由于第一处理单元包含文件系统，通过功能丰富的文件系统存储第二处理单元的日志信息，可以实现对第二处理单元的日志信息进行管理，便于诸如日志回溯、日志修改、日志添加、日志删除等操作，还可以实现由第一处理单元统一管理至少一个第二处理单元的日志信息，提高日志管理的效率。

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

附图说明

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

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

图2是本公开一示例性实施例提供的多处理单元的日志管理方法的流程示意图。

图3是本公开另一示例性实施例提供的多处理单元的日志管理方法的流程示意图。

图4是本公开另一示例性实施例提供的多处理单元的日志管理方法的流程示意图。

图5是本公开另一示例性实施例提供的多处理单元的日志管理方法的流程示意图。

图6是本公开一示例性实施例提供的多处理单元的日志管理装置的结构示意图。

图7是本公开另一示例性实施例提供的多处理单元的日志管理装置的结构示意图。

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

图9是本公开一示例性实施例提供的共享内存中包括的存储区域的结构示意图。

图10是本公开一示例性实施例提供的环形缓冲区的结构示意图。

具体实施方式

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

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

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

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

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

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

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

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

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

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

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

本公开实施例可以应用于芯片、电路板等各种电子设备上。电子设备可以在由计算机系统执行的计算机系统可执行指令(诸如程序模块)的一般语境下描述。通常，程序模块可以包括例程、程序、目标程序、组件、逻辑、数据结构等等，它们执行特定的任务或者实现特定的抽象数据类型。

申请概述

在SOC(片上系统，System on Chip)系统中，包括多个处理单元，该多个处理单元进一步包括一个第一处理单元和至少一个第二处理单元，其中，第一处理单元又称主核，常采用例如为cortex-a架构的处理单元，其搭载有例如Linux的高级操作系统，具备完整的日志管理系统，调试维护都很方便。但是对于第二处理单元，又称从核，例如为cortex-m处理单元、dsp处理单元、risc-v处理单元和cortex-r处单元，在芯片架构和设计上较为碎片化，其上搭载的操作系统多为轻量级，甚至不具备操作系统，由此导致第二处理单元往往不具备日志管理能力，对其上运行的软件进行调试和维护较为不便，调试维护效率低。

由于第二处理单元的性能、硬件资源往往有限，如果在第二处理单元上直接构建完整的日志管理服务，会对其他软件的执行效率和功能实现造成较大影响。

为了管理第二处理单元上的日志信息，现有方案一般是直接使用调试器来调试第二处理单元，或者将第二处理单元的日志信息直接打印到串口上，导致第二处理单元的日志信息不可存储，不可回溯，不可通过网络远程查看，使用场景具有很大的局限性。

示例性系统

图1示出了可以应用本公开的实施例的多处理单元的日志管理方法或多处理单元的日志管理装置的示例性系统架构100。该系统包含的图1所示的第一处理单元101、至少一个第二处理单元102和共享内存103，其中第一处理单元101、至少一个第二处理单元102可以集成在一个芯片中，也可以设置到不同的芯片或电路板中，这些芯片或电路板之间可以建立数据通信的链路。

如图1所示，系统架构100可以包括第一处理单元101、至少一个第二处理单元102和共享内存103。

其中，第一处理单元101通常为高性能的处理单元，例如采用ARM cortex-a处理单元。

第二处理单元102通常为较低性能的处理单元，例如ARM cortex-m处理单元、DSP处理单元、risc-v处理单元、ARM cortex-r处理单元等。第二处理单元102用于承担功能安全、实时计算、外设控制、数据处理等功能。

共享内存103用于暂存各个第二处理单元102生成的日志信息，以利于第一处理单元101提取日志信息。

需要说明的是，本公开的实施例所提供的多处理单元的日志管理方法通常由第一处理单元101执行，相应地，多处理单元的日志管理装置通常设置于第一处理单元101中。

示例性方法

图2是本公开一示例性实施例提供的多处理单元的日志管理方法的流程示意图。本实施例可应用在如图1所示的第一处理单元101上，如图2所示，该方法包括如下步骤：

步骤201，响应于符合预设的日志读取条件，从共享内存中确定各个第二处理单元对应的存储区域中的日志更新情况。

在本实施例中，第一处理单元101可以响应于符合预设的日志读取条件，从如图1所示的共享内存103中确定各个第二处理单元对应的存储区域中的日志更新情况。其中，日志读取条件是用于触发第一处理单元101读取日志信息的条件。例如，当如图1所示的至少一个第二处理单元102中的某个第二处理单元生成日志信息时，可以向第一处理单元101发送提示消息，第一处理单元收到该提示消息后，确定当前符合日志读取条件。再例如，第二处理单元生成日志信息时可以触发一个中断信号，第一处理单元检测到该中断信号时，确定当前符合日志读取条件。再例如，当第一处理单元101检测到人工触发的日志读取操作时，确定当前符合日志读取条件。

如图1所示的共享内存103中预先设置有每个第二处理单元对应的存储区域。遍历每个第二处理单元对应的存储区域，或者根据生成的更新日志信息对应的第二处理单元发送的提示消息，确定当前各个第二处理单元的日志更新情况。

步骤202，在各个第二处理单元对应的存储区域中存在更新日志事件时，将更新日志事件对应的更新日志信息存入第一处理单元对应的日志文件系统中。

在本实施例中，在各个第二处理单元102对应的存储区域中存在更新日志事件时，第一处理单元101可以将更新日志事件对应的更新日志信息存入第一处理单元对应的日志文件系统中。

其中，日志更新事件可以是每个第二处理单元相对于第一处理单元101上一次进行日志读取操作而发生的。即，在本次读取日志操作与上一次读取日志操作之间的时间段内，若至少一个第二处理单元中的某个第二处理单元发生日志信息的更新，则确定该第二处理单元发生了日志更新事件。然后，第一处理单元101可以从共享内存103中与该第二处理单元对应的存储区域中读取更新日志信息并将更新日志信息存入日志文件系统中。日志信息用于记录第二处理单元的运行情况，例如第二处理单元的数据处理速度、cpu使用率、第二处理单元的外设的使用状态等。

通常，日志文件系统可以包括每个第二处理单元分别对应的文件夹，第一处理单元101可以将读取的更新日志信息存入生成该更新日志信息的第二处理单元对应的文件夹中，从而便于对各个第二处理单元的日志信息进行管理。

可选的，第一处理单元101可以运行一个日志服务，该日志服务用于统一管理上述至少一个第二处理单元102生成的日志信息。该日志服务可以监控各个第二处理单元的日志更新情况，当监控到其中某个第二处理单元将生成的更新日志信息存入对应的存储区域中时，日志服务读取该更新日志信息、并将读取的更新日志信息存入文件系统中、与该发生日志更新情况的第二处理单元对应的文件夹中。

可选的，第一处理单元101上运行有与第二处理单元数量相同、且一一对应的日志服务。每个日志服务分别用于针对与之对应的第二处理单元进行日志管理。例如，每个日志服务可以监控对应的第二处理单元的日志更新情况，当监控到对应的第二处理单元将新生成的日志信息存入到共享内存对应的存储区域中时，日志服务进行读取更新日志信息、并将该更新日志信息存入文件系统中与该发生日志更新情况的第二处理单元对应的文件夹。通过对每个第二处理单元对应提供特定的日志服务，可以实现针对每个第二处理单元进行单独的日志管理，提高日志管理的效率。

本公开的上述实施例提供的方法，通过在符合预设的日志读取条件时，第一处理单元从共享内存中确定各个第二处理单元对应的存储区域中的日志更新情况，在各个第二处理单元对应的存储区域中存在更新日志事件时，将更新日志事件对应的更新日志信息存入第一处理单元对应的日志文件系统中，从而实现了通过第一处理单元对提取自第二处理单元的日志信息进行统一的日志管理，并且日志信息是通过内存读写的方式来传输的，硬件性能开销较小。此外，不同的第二处理单元在共享内存中对应的存储区域不同，可以实现从物理上将各个第二处理单元的日志信息隔离，提高信息存储的安全性。由于第一处理单元包含文件系统，通过功能丰富的文件系统存储第二处理单元的日志信息，可以实现对无文件系统的第二处理单元的日志信息进行管理，便于诸如日志回溯、日志修改、日志添加、日志删除等操作，还可以实现由第一处理单元统一管理至少一个第二处理单元的日志信息，提高日志管理的效率。

在一些可选的实现方式中，如图3所示，在步骤202之后，该方法还可以包括：

步骤203，响应于接收到查询终端发送的用于查询目标第二处理单元的日志信息的查询请求，从日志文件系统中对应于目标第二处理单元的文件夹中提取查询请求对应的日志信息。

其中，查询终端可以是硬件终端，也可以是软件终端，其中，软件终端例如为Linux操作系统下的Shell终端、第一处理单元101对应的图形用户界面等。此外，该查询终端设为本地查询，也可以设为远程查询。作为示例，查询终端为远程终端，进行远程查询时，可以远程登录到第一处理单元101的Shell端口，即可实现远程查看各第二处理单元的对应的日志信息。再例如，查询终端可以通过网络向第一处理单元101发送查询请求，第一处理单元101再通过网络向查询终端发送查询请求对应的日志信息。通常，查询请求可以包括目标第二处理单元的标识，第一处理单元101可以根据该标识从至少一个第二处理单元102中确定目标第二处理单元以及目标处理第二处理单元对应的文件夹。查询请求还可以包括具体的查询内容，根据该查询内容可以从文件夹中提取相应的日志信息。

步骤204，将查询请求对应的日志信息发送至查询终端。

具体地，第一处理单元101可以将查询请求对应的日志信息直接发送至查询终端，也可以间接将查询请求对应的日志信息发送至查询终端。作为示例，当查询终端是远程终端时，第一处理单元101可以将查询请求对应的日志信息发送至云端服务器，再由云端服务器将查询请求对应的日志信息转发给查询终端。或由第一处理单元101定期、或在读取到第二处理单元的日志信息时，将日志信息发送到云端服务器，在接收到日志查询请求后，向云端服务器发送用于指示将查询请求对应的日志信息发送给查询终端的命令，由云端服务器将查询请求对应的日志信息发送至查询终端。

图3对应实施例提供的方法，可以实现查询终端从第一处理单元获得目标处理单元对应的日志信息，从而有效利用第一处理单元的日志文件系统和远程网络功能，实现对目标第二处理单元的日志信息的查看，提高日志查看的效率，便于对目标第二处理单元进行调试。

在一些可选的实现方式中，步骤201中的日志读取条件可以包括：当前时刻达到预设的日志管理周期。其中，日志管理周期可以是预先设置的任意时长的周期。例如1毫秒、5毫秒、1秒等。若当前时刻达到日志管理周期，第一处理单元101可以从共享内存中确定各个第二处理单元在本周期内的日志更新情况。

可选的，第二处理单元在每个日志管理周期生成的日志信息还可以包括表示对应的日志管理周期的信息。例如，该信息可以包括本周期的起始时间点和结束时间点。

本实现方式通过设置日志管理周期，可以实现自动地按照周期监控各个第二处理单元的日志更新情况，从而有助于对日志信息按照时间进行准确地追溯，提高日志管理的效率。

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

步骤2021，基于预设的筛选条件，对初始更新日志信息进行筛选，得到筛选后的更新日志信息。

其中，初始更新日志是在发生更新日志事件时，第二处理单元对应的存储区域中存入的没有经过任何处理的日志信息。筛选条件可以根据实际需要任意设置。

步骤2022，将筛选后的更新日志信息存入第一处理单元对应的日志文件系统中。

具体地，对于某个第二处理单元，该第二处理单元对应的筛选后的更新日志信息可以存入日志文件系统中与该第二处理单元的名称标识相对应的文件夹中。

图4对应实施例提供的方法，通过对各个第二处理单元对应的初始日志信息进行筛选，可以使文件系统中存入的更新日志信息具有更强的针对性，保留重要性更高的日志信息，进而有助于节约文件系统占用的存储空间。

在一些可选的实现方式中，步骤2021可以包括如下至少一个子步骤以得到筛选后的更新日志信息：

步骤一，根据预先设置的日志信息标记，对初始更新日志信息进行筛选，得到筛选后的更新日志信息。

其中，日志信息标记用于表示对应的日志信息是否需要保留。例如，对于某个类型的日志信息，对其设置日志信息标记“1”，表示该类型的日志信息需要保留。日志信息标记可以是预先由人工设置的，也可以是预先由第一处理单元自动设置(例如根据表示日期和日志信息的来源的对应关系自动设置不同日期对应的筛选后的更新日志信息)的。第一处理单元可以将具有相应日志信息标记的日志信息保留。

步骤二，将生成时间早于预设的超期时间的初始更新日志信息滤除，得到筛选后的更新日志信息。

作为示例，距离当前时间超过30天所生成的初始日志信息可以被滤除，剩余的初始更新日志信息即为筛选后的更新日志信息。

步骤三，从初始更新日志信息中确定包含第一目标关键词的日志信息作为筛选后的更新日志信息；和/或，从初始更新日志信息中滤除包含第二目标关键词的日志信息，将剩余的更新日志信息确定为筛选后的更新日志信息。

其中，第一目标关键词和第二目标关键词通常可以是预先设置的。例如，第一目标关键词可以包括“add”，则包含“add”的更新日志信息为筛选后的更新日志信息。再例如，第二目标关键词可以包括“delete”，则包含“delete”的更新日志信息为需要滤除的日志信息，剩余的更新日志信息即为筛选后的更新日志信息。

需要说明的是，可以对初始更新日志信息按照上述步骤一、步骤二、步骤三中的至少一项对初始更新日志信息进行筛选。例如，可以对初始更新日志信息执行步骤一、步骤二、步骤三的全部，将经过步骤一、步骤二、步骤三处理得到的筛选后的更新日志信息存入文件系统中。

本实现方式提供的两种对初始更新日志信息进行筛选的方式，可以实现灵活地对初始更新日志信息进行筛选，将当前对第二处理单元的监控来讲不需要关注的日志信息滤除，或将过期的日志信息滤除，从而更具体地实现了对日志信息进行针对性筛选。

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

步骤2023，从更新日志信息中确定待加密日志信息。

其中，确定待加密日志信息的方式可以任意设置。例如，可以由人工预先设置特定类型的日志信息为待加密日志信息。再例如，可以预先设置特定的第二处理单元生成的日志信息为待加密日志信息，例如，可以设置类型为DSP的第二处理单元生成的日志信息为待加密日志信息。再例如，可以按照上述步骤二描述的超期时间，将生成时间早于超期时间的初始更新日志信息确定为待加密日志信息。

步骤2024，对待加密日志信息进行加密，得到加密的更新日志信息。

其中，对待加密日志信息进行加密的方法可以任意设置。例如，可以采用现有的哈希算法、SHA-1(安全散列算法，Secure Hash Algorithm 1)等。

步骤2025，将加密的更新日志信息存入日志文件系统中。

具体地，对于某个第二处理单元，该第二处理单元对应的加密的更新日志信息可以存入日志文件系统中对应的文件夹中。

图5对应实施例提供的方法，通过对更新日志信息进行加密，可以实现对各个第二处理单元的日志信息进行安全存储，从而提高了由第一处理单元对第二处理单元的日志信息进行管理的安全性。

示例性装置

图6是本公开一示例性实施例提供的多处理单元的日志管理装置的结构示意图。本实施例可应用在如图1所示的第一处理单元101上，如图6所示，多处理单元的日志管理装置包括：确定模块601，用于响应于符合预设的日志读取条件，从共享内存中确定各个第二处理单元对应的存储区域中的日志更新情况；存储模块602，用于在各个第二处理单元对应的存储区域中存在更新日志事件时，将更新日志事件对应的更新日志信息存入第一处理单元对应的日志文件系统中。

在本实施例中，确定模块601可以响应于符合预设的日志读取条件，从共享内存中确定各个第二处理单元对应的存储区域中的日志更新情况。其中，日志读取条件是用于触发第一处理单元101读取日志信息的条件。例如，当如图1所示的至少一个第二处理单元102中的某个第二处理单元生成日志信息时，可以向第一处理单元101发送提示消息，第一处理单元收到该提示消息后，确定当前符合日志读取条件。再例如，第二处理单元生成日志信息时可以触发一个中断信号，第一处理单元检测到该中断信号时，确定当前符合日志读取条件。再例如，当第一处理单元101检测到人工触发的日志读取操作时，确定当前符合日志读取条件。

如图1所示的共享内存103中预先设置有每个第二处理单元对应的存储区域。确定模块601可以遍历每个第二处理单元，或者根据生成的更新日志信息对应的第二处理单元发送的提示消息，确定当前各个第二处理单元的日志更新情况。

在本实施例中，在各个第二处理单元102对应的存储区域中存在更新日志事件时，存储模块602可以将更新日志事件对应的更新日志信息存入第一处理单元对应的日志文件系统中。

其中，日志更新事件可以是每个第二处理单元相对于第一处理单元101上一次进行日志读取操作而发生的。即，在本次读取日志操作与上一次读取日志操作之间的时间段内，若至少一个第二处理单元中的第二处理单元发生日志信息的更新，则确定该第二处理单元发生了日志更新事件。然后，存储模块602可以从共享内存103中与该第二处理单元对应的存储区域中读取更新日志信息，并将更新日志信息存入日志文件系统中。日志信息用于记录第二处理单元的运行情况，例如记录第二处理单元的数据处理速度、cpu使用率、第二处理单元的外设的使用状态等。

通常，日志文件系统可以包括每个第二处理单元分别对应的文件夹，存储模块602可以将读取的日志信息存入生成该日志信息的第二处理单元对应的文件夹中，从而便于对各个第二处理单元的日志信息进行单独管理。

参照图7，图7是本公开另一示例性实施例提供的多处理单元的日志管理装置的结构示意图。

在一些可选的实现方式中，该装置还包括：接收模块603，用于响应于接收到查询终端发送的用于查询目标第二处理单元的日志信息的查询请求，从日志文件系统中对应于目标第二处理单元的文件夹中提取查询请求对应的日志信息；发送模块604，用于将查询请求对应的日志信息发送至查询终端。

在一些可选的实现方式中，日志读取条件包括：当前时刻达到预设的日志管理周期。

在一些可选的实现方式中，存储模块602包括：筛选单元6021，用于基于预设的筛选条件，对初始更新日志信息进行筛选，得到筛选后的更新日志信息；第一存储单元6022，用于将筛选后的更新日志信息存入第一处理单元对应的日志文件系统中。

在一些可选的实现方式中，筛选单元6021包括以下至少一项：第一筛选子单元60211，用于根据预先设置的日志信息标记，对初始更新日志信息进行筛选，得到筛选后的更新日志信息；第二筛选子单元60212，用于将生成时间早于预设的超期时间的初始更新日志信息滤除，得到筛选后的更新日志信息；第三筛选子单元60213，用于从初始更新日志信息中确定包含目标关键词的日志信息作为筛选后的更新日志信息，和/或，从初始更新日志信息中滤除包含第二目标关键词的日志信息，得到筛选后的更新日志信息。

在一些可选的实现方式中，存储模块602包括：确定单元6023，用于从更新日志信息中确定待加密日志信息；加密单元6024，用于对待加密日志信息进行加密，得到加密的更新日志信息；第二存储单元6025，用于将加密的更新日志信息存入日志文件系统中。

本公开上述实施例提供的多处理单元的日志管理装置，通过在符合预设的日志读取条件时，第一处理单元从共享内存中确定各个第二处理单元对应的存储区域中的日志更新情况，在各个第二处理单元对应的存储区域中存在更新日志事件时，将更新日志事件对应的更新日志信息存入第一处理单元对应的日志文件系统中，从而实现了通过第一处理单元对提取自第二处理单元的日志进行统一的日志管理，并且日志信息是通过内存读写的方式来传输的，硬件性能开销较小。此外，不同的第二处理单元在共享内存中对应的存储区域不同，可以实现从物理上将各个第二处理单元的日志信息隔离，提高信息存储的安全性。由于第一处理单元包含文件系统，通过功能丰富的文件系统用于存储第二处理单元的日志信息，可以实现对无文件系统的第二处理单元的日志信息进行的管理，便于诸如日志回溯、日志修改、日志添加、日志删除等操作，还可以实现由第一处理单元统一管理至少一个第二处理单元的日志信息，提高日志管理的效率。

示例性电子设备

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

如图8所示，电子设备800包括第一处理单元801、至少一个第二处理单元802、共享内存803和用于存储第一处理单元801和至少一个第二处理单元802的可执行指令的存储器804。

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

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

每个第二处理单元802，用于从存储器804中读取对应的可执行指令，并执行读取的可执行指令以实现：

响应于符合预设的日志写入条件，生成更新日志信息，并将更新日志信息写入共享内存中对应的存储区域。

其中，日志写入条件是用于触发第二处理单元802写入日志信息的条件。例如，当第二处理单元802检测到人工触发的日志写入命令时，确定当前符合日志写入条件。再例如，当第二处理单元802生成更新日志时，即确定当前符合日志写入条件，随即将更新日志信息写入共享内存中对应的存储区域。

第一处理单元801可以运行对应的可执行指令，以实现上文的本公开的各个实施例的多处理单元的日志管理方法以及/或者其他期望的功能。

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

例如，该输入装置805可以是鼠标、键盘等设备，用于输入用于管理日志的各种命令等内容。该输入装置805还可以是通信网络连接器，用于从远程接收用于管理日志的各种命令等内容。

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

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

在一些可选的实现方式中，在共享内存803中，至少一个第二处理单元802分别对应的存储区域用于按照预设数据量对齐的方式存储日志信息。

如图9所示，其中，共享内存803中包括两个存储区域，分别标记为Buffer1和Buffer2，log1-logN表示存入的日志信息。图中两个存储区域中的表格的每一行均表示占用了相同大小(即预设数据量，例如128字节)的存储单元。从图中可以看出，虽然每个日志信息实际占用的存储空间大小不同，但依然为每个日志信息分配相同大小的存储单元。

本实现方式通过按照预设数据量对齐的方式存储日志信息，实现了各条日志信息的地址之间的距离相等，从而有助于更高效、准确地确定每条日志信息的地址，提高日志信息读写的效率。

在一些可选的实现方式中，至少一个第二处理单元802分别对应的存储区域被配置成环形缓冲区以实现对日志信息的写入和读取。

其中，这里的环形缓冲区是抽象意义的环形，而非实际的环形。如图10所示，其中的环形中包含的每个单元格表示用于存储一条日志信息的存储单元，箭头方向表示日志信息写入和读取的方向，并且其中标出了当前写入的日志信息的位置和当前读取的日志信息的位置。写入的日志信息的位置和读取的日志信息的位置之间的单元格表示已经写入日志信息的存储单元，空白的单元格表示空闲的存储单元。

本实现方式通过将各个存储区域设置成环形缓冲区，可以避免频繁地进行内存创建、取消、分配等操作，降低了硬件系统的开销，提高了日志读写的效率。

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

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

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

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

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

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

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

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

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

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

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

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

Claims (11)

1.一种多处理单元的日志管理方法，其特征在于，包括第一处理单元和至少一个第二处理单元，所述方法包括：

响应于符合预设的日志读取条件，从共享内存中确定各个所述第二处理单元对应的存储区域中的日志更新情况；

在各个所述第二处理单元对应的存储区域中存在更新日志事件时，将所述更新日志事件对应的更新日志信息存入所述第一处理单元对应的日志文件系统中。

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

响应于接收到查询终端发送的用于查询目标第二处理单元的日志信息的查询请求，从所述日志文件系统中对应于所述目标第二处理单元的文件夹中提取所述查询请求对应的日志信息；

将所述查询请求对应的日志信息发送至所述查询终端。

3.根据权利要求1所述的方法，其中，所述日志读取条件包括：当前时刻达到预设的日志管理周期。

4.根据权利要求1所述的方法，其中，所述将所述更新日志事件对应的更新日志信息存入所述第一处理单元对应的日志文件系统中，包括：

基于预设的筛选条件，对初始更新日志信息进行筛选，得到筛选后的更新日志信息；

将所述筛选后的更新日志信息存入所述第一处理单元对应的所述日志文件系统中。

5.根据权利要求4所述的方法，其中，所述基于预设的筛选条件，对初始更新日志信息进行筛选，得到筛选后的更新日志信息，包括以下至少一项：

根据预先设置的日志信息标记，对所述初始更新日志信息进行筛选，得到所述筛选后的所述更新日志信息；

将生成时间早于预设的超期时间的初始更新日志信息滤除，得到所述筛选后的所述更新日志信息；

从所述初始更新日志信息中确定包含第一目标关键词的日志信息作为筛选后的所述更新日志信息；和/或，将所述初始更新日志信息中包含第二目标关键词的日志信息滤除，得到筛选后的所述更新日志信息。

6.根据权利要求1所述的方法，其中，所述将所述更新日志事件对应的更新日志信息存入所述第一处理单元对应的日志文件系统中，包括：

从所述更新日志信息中确定待加密日志信息；

对所述待加密日志信息进行加密，得到加密的更新日志信息；

将所述加密的更新日志信息存入所述日志文件系统中。

7.一种多处理单元的日志管理装置，其特征在于，包括第一处理单元和至少一个第二处理单元，所述装置包括：

确定模块，用于响应于符合预设的日志读取条件，从共享内存中确定各个所述第二处理单元对应的存储区域中的日志更新情况；

存储模块，用于在各个所述第二处理单元对应的存储区域中存在更新日志事件时，将所述更新日志事件对应的更新日志信息存入所述第一处理单元对应的日志文件系统中。

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

每个所述第二处理单元，用于从所述存储器中读取对应的可执行指令，并执行读取的可执行指令以实现，响应于符合预设的日志写入条件，生成更新日志信息，并将所述更新日志信息写入所述共享内存中对应的存储区域；

所述第一处理单元，用于从所述存储器中读取对应的可执行指令，并执行读取的可执行指令以实现上述权利要求1-6中任一所述的多处理单元的日志管理方法。

9.根据权利要求8所述的电子设备，其中，在所述共享内存中，所述至少一个第二处理单元分别对应的存储区域用于按照预设数据量对齐的方式存储日志信息。

10.根据权利要求8所述的电子设备，其中，所述至少一个第二处理单元分别对应的存储区域被配置成环形缓冲区以实现对日志信息的写入和读取。

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

Images