CN110955498B

CN110955498B - 一种进程处理方法、装置、设备及计算机可读存储介质

Info

Publication number: CN110955498B
Application number: CN201911149434.7A
Authority: CN
Inventors: 王泽健
Original assignee: Beijing Inspur Data Technology Co Ltd
Current assignee: Beijing Inspur Data Technology Co Ltd
Priority date: 2019-11-21
Filing date: 2019-11-21
Publication date: 2022-03-22
Anticipated expiration: 2039-11-21
Also published as: CN110955498A

Abstract

本发明公开了一种进程处理方法，包括：对接收到的待处理进程进行解析，得到待处理进程的进程类型信息；当确定为管理进程时，通过服务应用程序的Execstartpost命令获取待处理进程的目标进程号，查找目标进程号对应的目标管理资源组，将待处理进程发送到目标管理资源组进行进程处理；当确定进程类型信息为工作进程时，通过$$标识符获取待处理进程的目标进程号，查找目标进程号对应的目标工作资源组，将待处理进程发送到目标工作资源组进行进程处理。本发明较大地降低了对用户的编程技术要求，提升了用户体验，资源分离方式简单，降低了成本。本发明还公开了一种进程处理装置、设备及存储介质，具有相应技术效果。

Description

一种进程处理方法、装置、设备及计算机可读存储介质

技术领域

本发明涉及计算机应用技术领域，特别是涉及一种进程处理方法、装置、设备及计算机可读存储介质。

背景技术

在linux下经常需要对cpu、内存等资源进行划分来实现不同任务之间的资源隔离。在linux中提供资源控制组(cgroup，control groups)实现对资源分离。

现有技术中，主要有两种资源分离方式：一种是对资源控制组进行手动动态配置，即动态挂载、创建资源组、以及获得进程号并移动进程到相应组中，这些操作由购买存储产品的用户完成并现实。另一种是通过Libcgroup模块进行资源组的静态配置。虽然两种方式在一定程度上实现了资源分离，但是均存在各自的缺陷。首先，动态配置方式对用户的编程技术要求高，用户体验差；其次，Libcgroup模块没有被linux的centos默认集成，需要额外安装Libcgroup模块，安装程序复杂，成本高。

综上所述，如何有效地解决现有的资源分离方式对用户的编程技术要求高，用户体验差，安装程序复杂，成本高等问题，是目前本领域技术人员急需解决的问题。

发明内容

本发明的目的是提供一种进程处理方法，该方法较大地降低了对用户的编程技术要求，提升了用户体验，资源分离方式简单，降低了成本；本发明的另一目的是提供一种进程处理装置、设备及计算机可读存储介质。

为解决上述技术问题，本发明提供如下技术方案：

一种进程处理方法，包括：

对接收到的待处理进程进行解析，得到所述待处理进程的进程类型信息；

当确定所述进程类型信息为管理进程时，通过服务应用程序的Execstartpost命令获取所述待处理进程的目标进程号，并在资源组目录中查找所述目标进程号对应的目标管理资源组，将所述待处理进程发送到所述目标管理资源组进行进程处理；

当确定所述进程类型信息为工作进程时，通过$$标识符获取所述待处理进程的目标进程号，并在所述资源组目录中查找所述目标进程号对应的目标工作资源组，将所述待处理进程发送到所述目标工作资源组进行进程处理；

其中，所述资源组目录中预存有各进程号与各资源组之间的对应关系。

在本发明的一种具体实施方式中，在对接收到的待处理进程进行解析之前，还包括：

当检测到开机启动信号时，通过fstab文件或rc.local文件进行资源控制组挂载。

在本发明的一种具体实施方式中，在将所述待处理进程发送到所述目标管理资源组进行进程处理之前，还包括：

判断当前挂载完成的资源控制组中是否存在所述目标管理资源组；

若否，则为所述服务应用程序添加连接符前缀标志，并对所述资源控制组进行重新配置，得到所述目标管理资源组；

在将所述待处理进程发送到所述目标工作资源组进行进程处理之前，还包括：

判断当前挂载完成的资源控制组中是否存在所述目标工作资源组；

若否，则对所述资源控制组进行重新配置，得到所述目标工作资源组。

在本发明的一种具体实施方式中，对所述资源控制组进行重新配置，包括：

分别获取各处理中进程和所述待处理进程的进程大小；

按照各所述进程大小的比例关系，对所述资源控制组进行重新配置。

在本发明的一种具体实施方式中，在将所述待处理进程发送到所述目标管理资源组进行进程处理之后，还包括：

当检测到所述待处理进程创建得到子进程时，利用所述$$标识符获取所述子进程的进程号；

在所述资源组目录中查找所述子进程的进程号对应的工作资源组；

将所述子进程迁移到所述子进程的进程号对应的工作资源组中。

一种进程处理装置，包括：

进程类型获得模块，用于对接收到的待处理进程进行解析，得到所述待处理进程的进程类型信息；

管理进程处理模块，用于当确定所述进程类型信息为管理进程时，通过服务应用程序的Execstartpost命令获取所述待处理进程的目标进程号，并在资源组目录中查找所述目标进程号对应的目标管理资源组，将所述待处理进程发送到所述目标管理资源组进行进程处理；

工作进程处理模块，用于当确定所述进程类型信息为工作进程时，通过$$标识符获取所述待处理进程的目标进程号，并在所述资源组目录中查找所述目标进程号对应的目标工作资源组，将所述待处理进程发送到所述目标工作资源组进行进程处理；

在本发明的一种具体实施方式中，还包括：

资源组挂载模块，用于在对接收到的待处理进程进行解析之前，当检测到开机启动信号时，通过fstab文件或rc.local文件进行资源控制组挂载。

在本发明的一种具体实施方式中，还包括：

第一判断模块，用于在将所述待处理进程发送到所述目标管理资源组进行进程处理之前，判断当前挂载完成的资源控制组中是否存在所述目标管理资源组；

资源组配置模块，在确定当前挂载完成的资源控制组中不存在所述目标管理资源组时，为所述服务应用程序添加连接符前缀标志，并对所述资源控制组进行重新配置，得到所述目标管理资源组；

第二判断模块，用于在将所述待处理进程发送到所述目标工作资源组进行进程处理之前，判断当前挂载完成的资源控制组中是否存在所述目标工作资源组；

所述资源组配置模块，还用于在确定当前挂载完成的资源控制组中不存在所述目标工作资源组时，对所述资源控制组进行重新配置，得到所述目标工作资源组。

一种进程处理设备，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如前所述进程处理方法的步骤。

一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如前所述进程处理方法的步骤。

本发明提供了一种进程处理方法：对接收到的待处理进程进行解析，得到待处理进程的进程类型信息；当确定进程类型信息为管理进程时，通过服务应用程序的Execstartpost命令获取待处理进程的目标进程号，并在资源组目录中查找目标进程号对应的目标管理资源组，将待处理进程发送到目标管理资源组进行进程处理；当确定进程类型信息为工作进程时，通过$$标识符获取待处理进程的目标进程号，并在资源组目录中查找目标进程号对应的目标工作资源组，将待处理进程发送到目标工作资源组进行进程处理；其中，资源组目录中预存有各进程号与各资源组之间的对应关系。

通过上述技术方案可知，通过预先创建存储有各进程号与各资源组之间的对应关系的资源组目录，并预先设置通过服务应用程序的Execstartpost命令获取管理进程的目标进程号，通过$$标识符获取工作进程的目标进程号，从而在解析得到待处理进程的进程类型信息时，直接将待处理进程发送到对应的资源组进行进程处理，实现了管理进程组与工作进程组的分离。相较于现有的通过手动动态配置的方式，较大地降低了对用户的编程技术要求，提升了用户体验。且不需要额外安装Libcgroup模块，资源分离方式简单，降低了成本。

相应的，本发明实施例还提供了与上述进程处理方法相对应的进程处理装置、设备和计算机可读存储介质，具有上述技术效果，在此不再赘述。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例中进程处理方法的一种实施流程图；

图2为本发明实施例中进程处理方法的另一种实施流程图；

图3为本发明实施例中一种进程处理装置的结构框图；

图4为本发明实施例中一种进程处理设备的结构框图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面结合附图和具体实施方式对本发明作进一步的详细说明。显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

实施例一：

参见图1，图1为本发明实施例中进程处理方法的一种实施流程图，该方法可以包括以下步骤：

S101：对接收到的待处理进程进行解析，得到待处理进程的进程类型信息。

可以实时或每隔一定时间间隔地接收待处理进程，在接收到待处理进程之后，可以对待处理进程进行解析，得到待处理进程的进程类型信息，如可以解析得到待处理进程是属于管理进程，还是属于工作进程。

S102：当确定进程类型信息为管理进程时，通过服务应用程序的Execstartpost命令获取待处理进程的目标进程号，并在资源组目录中查找目标进程号对应的目标管理资源组，将待处理进程发送到目标管理资源组进行进程处理。

其中，资源组目录中预存有各进程号与各资源组之间的对应关系。

每个进程均携带有自身的进程号，可以预先创建预存有各进程号与各资源组之间的对应关系的资源组目录。在解析得到待处理进程的进程类型信息之后，当确定进程类型信息为管理进程时，管理进程的守护进程为服务应用程序(service)，可以通过由systemd程序接管的服务应用程序的Execstartpost命令获取待处理进程的目标进程号，并在资源组目录中查找目标进程号对应的目标管理资源组，将待处理进程发送到目标管理资源组，从而利用目标管理资源组对待处理进程进行进程处理。通过利用单独的管理资源组对管理进程进行处理，避免了发生由于工作进程所需占用的资源较大时对资源争夺导致管理进程无法执行的现象，保证了管理进程的顺利执行，提升了进程处理效率。

管理进程为管理工作进程执行处理的进程。

Execstartpost命令是一个可选的指令，用于设置在该服务停止之后所执行的命令行。语法规则与ExecStart＝完全相同，与ExecStop＝不同，无论服务是否启动成功，此选项中设置的命令都会在服务停止后被无条件的执行。Execstartpost命令能够正确处理由于服务启动失败而造成的各种残缺不全以及数据不一致的场景。

S103：当确定进程类型信息为工作进程时，通过$$标识符获取待处理进程的目标进程号，并在资源组目录中查找目标进程号对应的目标工作资源组，将待处理进程发送到目标工作资源组进行进程处理。

在解析得到待处理进程的进程类型信息之后，当确定进程类型信息为工作进程时，工作进程的守护进程不为服务应用程序，可以通过$$标识符获取待处理进程的目标进程号，并在资源组目录中查找目标进程号对应的目标工作资源组，将待处理进程发送到目标工作资源组进行进程处理。充分利用了$$标识符能够便捷获取脚本运行的当前进程ID号的优势。实现了进程的自动资源分配。

需要说明的是，基于上述实施例一，本发明实施例还提供了相应的改进方案。在后续实施例中涉及与上述实施例一中相同步骤或相应步骤之间可相互参考，相应的有益效果也可相互参照，在下文的改进实施例中不再一一赘述。

实施例二：

参见图2，图2为本发明实施例中进程处理方法的另一种实施流程图，该方法可以包括以下步骤：

S201：当检测到开机启动信号时，通过fstab文件或rc.local文件进行资源控制组挂载。

当检测到开机启动信号时，通过fstab文件或rc.local文件进行资源控制组挂载，充分利用fstab文件或rc.local文件自动执行命令的特点，自动完成资源控制组的挂载。

S202：对接收到的待处理进程进行解析，得到待处理进程的进程类型信息。

S203：当确定进程类型信息为管理进程时，通过服务应用程序的Execstartpost命令获取待处理进程的目标进程号，并在资源组目录中查找目标进程号对应的目标管理资源组。

S204：判断当前挂载完成的资源控制组中是否存在目标管理资源组，若否，则执行步骤S205，若是，则执行步骤S207。

在资源控制组挂载完成之后，可以判断当前挂载完成的资源控制组中是否存在目标管理资源组，若存在，则可以直接执行步骤S207，若不存在，则说明未创建目标管理资源组或创建后被删除，在这种情况下，可以继续执行步骤S205。

S205：为服务应用程序添加连接符前缀标志，并分别获取各处理中进程和待处理进程的进程大小。

在确定当前挂载完成的资源控制组中不存在目标管理资源组时，可以为服务应用程序添加连接符前缀标志，即添加‘-’，从而避免系统默认服务应用程序执行失败发生系统重启现象。并且可以分别获取各处理中进程和待处理进程的进程大小。

S206：按照各进程大小的比例关系，对资源控制组进行重新配置，得到目标管理资源组。

在获取到各处理中进程和待处理进程的进程大小之后，可以按照各进程大小的比例关系，对资源控制组进行重新配置，得到目标管理资源组。

当然，本发明实施例并不限定于根据各进程的进程大小的比例关系进行资源控制组的分配，还可以参照各进程的重要程度、进程类型等信息，具体可以根据实际情况进行设定和调整。

S207：将待处理进程发送到目标管理资源组进行进程处理。

S208：当检测到待处理进程创建得到子进程时，利用$$标识符获取子进程的进程号。

在确定待处理进程的进程类型信息为管理进程之后，当检测到待处理进程创建得到子进程时，利用$$标识符获取子进程的进程号。

S209：在资源组目录中查找子进程的进程号对应的工作资源组。

在获取到子进程的进程号之后，可以在资源组目录中查找子进程的进程号对应的工作资源组。

S210：将子进程迁移到子进程的进程号对应的工作资源组中。

在查找到子进程的进程号对应的工作资源组之后，可以将子进程迁移到子进程的进程号对应的工作资源组中。从而避免了管理进程生成工作进程之后，由于子进程继承父进程的资源组，导致工作进程也被移入目标管理资源组中。

S211：当确定进程类型信息为工作进程时，通过$$标识符获取待处理进程的目标进程号，并在资源组目录中查找目标进程号对应的目标工作资源组。

S212：判断当前挂载完成的资源控制组中是否存在目标工作资源组，若否，则执行步骤S213，若是，则执行步骤S215。

在资源控制组挂载完成之后，可以判断当前挂载完成的资源控制组中是否存在目标工作资源组，若存在，则可以直接执行步骤S215，若不存在，则说明未创建目标工作资源组或创建后被删除，在这种情况下，可以继续执行步骤S213。

S213：分别获取各处理中进程和待处理进程的进程大小。

S214：按照各进程大小的比例关系，对资源控制组进行重新配置，得到目标工作资源组。

同上，本发明实施例并不限定于根据各进程的进程大小的比例关系进行资源控制组的分配，还可以参照各进程的重要程度、进程类型等信息，具体可以根据实际情况进行设定和调整。

S215：将待处理进程发送到目标工作资源组进行进程处理。

相应于上面的方法实施例，本发明实施例还提供了一种进程处理装置，下文描述的进程处理装置与上文描述的进程处理方法可相互对应参照。

参见图3，图3为本发明实施例中一种进程处理装置的结构框图，该装置可以包括：

进程类型获得模块31，用于对接收到的待处理进程进行解析，得到待处理进程的进程类型信息；

管理进程处理模块32，用于当确定进程类型信息为管理进程时，通过服务应用程序的Execstartpost命令获取待处理进程的目标进程号，并在资源组目录中查找目标进程号对应的目标管理资源组，将待处理进程发送到目标管理资源组进行进程处理；

工作进程处理模块33，用于当确定进程类型信息为工作进程时，通过$$标识符获取待处理进程的目标进程号，并在资源组目录中查找目标进程号对应的目标工作资源组，将待处理进程发送到目标工作资源组进行进程处理；

在本发明的一种具体实施方式中，该装置还可以包括：

第一判断模块，用于在将待处理进程发送到目标管理资源组进行进程处理之前，判断当前挂载完成的资源控制组中是否存在目标管理资源组；

资源组配置模块，用于在确定当前挂载完成的资源控制组中不存在目标管理资源组时，为所述服务应用程序添加连接符前缀标志，并对资源控制组进行重新配置，得到目标管理资源组；

第二判断模块，用于判断当前挂载完成的资源控制组中是否存在目标工作资源组；

资源组配置模块，还用于在确定当前挂载完成的资源控制组中不存在目标工作资源组时，对资源控制组进行重新配置，得到目标工作资源组。

在本发明的一种具体实施方式中，资源组配置模块包括：

进程大小获得子模块，用于分别获取各处理中进程和待处理进程的进程大小；

资源组配置子模块，用于按照各进程大小的比例关系，对资源控制组进行重新配置。

在本发明的一种具体实施方式中，工作进程处理模块33包括进程号获得子模块、工作资源组查找子模块、以及进程迁移子模块，

进程号获得子模块，还用于在将待处理进程发送到目标管理资源组进行进程处理之后，当检测到待处理进程创建得到子进程时，利用$$标识符获取子进程的进程号；

工作资源组查找子模块，还用于在资源组目录中查找子进程的进程号对应的工作资源组；

进程迁移子模块，用于将子进程迁移到子进程的进程号对应的工作资源组中。

在本发明的一种具体实施方式中，该装置还可以包括：

应用程序确定模块，用于在检测到执行失败的服务应用程序时，将执行失败的服务应用程序确定为目标服务应用程序；

标志添加模块，用于为目标服务应用程序添加‘-’标志。

相应于上面的方法实施例，参见图4，图4为本发明所提供的进程处理设备的示意图，该设备可以包括：

存储器41，用于存储计算机程序；

处理器42，用于执行上述存储器41存储的计算机程序时可实现如下步骤：

对接收到的待处理进程进行解析，得到待处理进程的进程类型信息；当确定进程类型信息为管理进程时，通过服务应用程序的Execstartpost命令获取待处理进程的目标进程号，并在资源组目录中查找目标进程号对应的目标管理资源组，将待处理进程发送到目标管理资源组进行进程处理；当确定进程类型信息为工作进程时，通过$$标识符获取待处理进程的目标进程号，并在资源组目录中查找目标进程号对应的目标工作资源组，将待处理进程发送到目标工作资源组进行进程处理；其中，资源组目录中预存有各进程号与各资源组之间的对应关系。

对于本发明提供的设备的介绍请参照上述方法实施例，本发明在此不做赘述。

相应于上面的方法实施例，本发明还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时可实现如下步骤：

该计算机可读存储介质可以包括：U盘、移动硬盘、只读存储器(Read-OnlyMemory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

对于本发明提供的计算机可读存储介质的介绍请参照上述方法实施例，本发明在此不做赘述。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。对于实施例公开的装置、设备及计算机可读存储介质而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的技术方案及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以对本发明进行若干改进和修饰，这些改进和修饰也落入本发明权利要求的保护范围内。

Claims

1.一种进程处理方法，其特征在于，包括：

当检测到开机启动信号时，通过fstab文件或rc.local文件进行资源控制组挂载；

2.根据权利要求1所述的进程处理方法，其特征在于，在将所述待处理进程发送到所述目标管理资源组进行进程处理之前，还包括：

3.根据权利要求2所述的进程处理方法，其特征在于，对所述资源控制组进行重新配置，包括：

分别获取各处理中进程和所述待处理进程的进程大小；

4.根据权利要求1所述的进程处理方法，其特征在于，在将所述待处理进程发送到所述目标管理资源组进行进程处理之后，还包括：

5.一种进程处理装置，其特征在于，包括：

资源组挂载模块，用于当检测到开机启动信号时，通过fstab文件或rc.local文件进行资源控制组挂载；

6.根据权利要求5所述的进程处理装置，其特征在于，还包括：

7.一种进程处理设备，其特征在于，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如权利要求1至4任一项所述进程处理方法的步骤。

8.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至4任一项所述进程处理方法的步骤。