CN112764892A

CN112764892A - 管理进程的方法、设备和计算机程序产品

Info

Publication number: CN112764892A
Application number: CN201911001829.2A
Authority: CN
Inventors: 唐军; 王韦
Original assignee: EMC IP Holding Co LLC
Current assignee: EMC Corp
Priority date: 2019-10-21
Filing date: 2019-10-21
Publication date: 2021-05-07
Also published as: US11636000B2; US20210117253A1

Abstract

本公开的实施例涉及管理进程的方法、设备和计算机程序产品。提出了一种管理进程的方法，包括：响应于检测到任务处理系统中的待执行的任务，确定与任务处理系统中的消息队列的执行有关的属性信息；以及基于该属性信息，确定针对用以执行该任务的进程的分配信息。通过本公开的实施例，可以根据任务处理系统当前的处理能力动态地调整进程的数目，从而最大化对任务处理系统的资源的使用，同时避免任务处理系统崩溃。

Description

管理进程的方法、设备和计算机程序产品

技术领域

本公开的实施例总体上涉及信息处理领域，具体涉及管理进程的方法、设备和计算机程序产品。

背景技术

大规模/多重并行处理(MPP)系统，例如数据保护系统，能够同时对大量设备进行备份。然而，系统实际所允许的最大并行进程数会受到各种因素的影响，例如CPU、内存、磁盘输入输出(IO)、IO吞吐量、资源处理器、网络延迟、要被处理的数据大小、要被处理的数据的类型分布、服务器上运行的其他处理、外部系统同步以及其他更多因素。因此，对于在用户的不同硬件/解决方案环境上运行的任务处理系统(例如，备份系统)，难以确定其实际允许的最大并行进程数。

在当前的任务处理系统中，用于管理并行进程数的解决方案仅仅是设置默认的最大进程数(也被称为硬编码的“魔幻数”)，该默认的最大进程数是通过测试经验获得的，而无法适用用户的不同部署环境。目前还没有解决方案来解决这一问题。

发明内容

本公开的实施例提供了管理进程的方法、设备和计算机程序产品。

在本公开的第一方面，提供了一种管理进程的方法。该方法包括：响应于检测到任务处理系统中的待执行的任务，确定与任务处理系统中的消息队列的执行有关的属性信息；以及基于属性信息，确定针对用以执行任务的进程的分配信息。

在本公开的第二方面，提供了一种管理进程的设备。该设备包括：至少一个处理单元；至少一个存储器，至少一个存储器被耦合到至少一个处理单元并且存储用于由至少一个处理单元执行的指令，该指令当由至少一个处理单元执行时，使得设备执行动作，该动作包括：响应于检测到任务处理系统中的待执行的任务，确定与任务处理系统中的消息队列的执行有关的属性信息；以及基于属性信息，确定针对用以执行任务的进程的分配信息。

在本公开的第三方面，提供了一种计算机程序产品。该计算机程序产品被有形地存储在非瞬态计算机存储介质中并且包括机器可执行指令。该机器可执行指令在由设备执行时使该设备执行根据本公开的第一方面所描述的方法的任意步骤。

提供发明内容部分是为了以简化的形式来介绍对概念的选择，它们在下文的具体实施方式中将被进一步描述。发明内容部分无意标识本公开的重要特征或必要特征，也无意限制本公开的范围。

附图说明

通过结合附图对本公开示例性实施例进行更详细的描述，本公开的上述以及其它目的、特征和优势将变得更加明显，其中，在本公开示例性实施例中，相同的参考标号通常代表相同部件。

图1示出了本公开的实施例能够在其中被实现的示例任务处理系统的框图；

图2示出了根据本公开的实施例的用于管理进程的示例方法的流程图；

图3示出了根据本公开的实施例的用于确定消息队列被读取的速度的示例方法的流程图；

图4示出了根据本公开的实施例的用于确定消息队列被读取的速度变化率的示例方法的流程图；

图5A-图5C分别示出了根据本公开的实施例的消息队列被读取的速度和速度变化率的曲线的示意图；以及

图6示出了可以用来实施本公开的实施例的示例设备的示意性框图。

在各个附图中，相同或对应的标号表示相同或对应的部分。

具体实施方式

下面将参照附图更详细地描述本公开的优选实施例。虽然附图中显示了本公开的优选实施例，然而应该理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了使本公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。

在本文中使用的术语“包括”及其变形表示开放性包括，即“包括但不限于”。除非特别申明，术语“或”表示“和/或”。术语“基于”表示“至少部分地基于”。术语“一个示例实施例”和“一个实施例”表示“至少一个示例实施例”。术语“另一实施例”表示“至少一个另外的实施例”。术语“第一”、“第二”等等可以指代不同的或相同的对象。下文还可能包括其他明确的和隐含的定义。

如上文所提及的，任务处理系统实际所允许的最大并行进程数会受到各种因素的影响，例如CPU、内存、磁盘IO、IO吞吐量、资源处理器、网络延迟、要被处理的数据大小、要被处理的数据的类型分布、服务器上运行的其他处理、外部系统同步以及其他更多因素。因此，对于在用户的不同硬件/解决方案环境上运行的任务处理系统(例如，备份系统)，难以确定其实际允许的最大并行进程数。

在当前的任务处理系统中，用于管理并行进程数的解决方案仅仅是设置默认的最大进程数(也被称为硬编码的“魔幻数”)，该默认的最大进程数是通过测试经验获得的。在用户的不同环境中部署任务处理系统时，该默认的最大进程数可能不适用客户的环境，这将导致严重的问题。一方面，如果所设置的默认的最大进程数低于任务处理系统实际能够运行的进程数，则系统的资源被浪费，并且可能无法满足用户的任务处理需求。另一方面，如果默认的最大进程数高于任务处理系统能够承载的容量，则当任务涌入且使得并行的任务处理进程所占用的资源超过系统容量时，任务处理系统会由于计算资源不足而被暂停。这可能会导致更严重的系统崩溃情况。例如，由于在指定时间点处理太多任务而导致任务处理系统挂起或崩溃。目前还没有解决方案来解决这一问题。

本公开的实施例提出了一种管理进程的解决方案，以解决上述问题和其他潜在问题中的一个或多个。该解决方案能够根据系统当前的处理能力动态地调整进程的数目，从而最大化对任务处理系统的资源的使用，维持良好的性能，同时避免任务处理系统崩溃。

图1示出了本公开的实施例能够在其中被实现的示例任务处理系统100的框图。如图1所示，任务处理系统100包括进程管理设备110以及一个或多个运行中的任务执行设备120-1至120-3(统称为运行中的任务执行设备120)，任务处理系统100还包括待运行的任务执行设备130。根据本公开的实施例的各个方法可以在进程管理设备110处实现。

如图1所示，进程管理设备110已经分配了若干运行中的进程140-1至140-3(统称为运行中的进程140)来服务于运行中的任务执行设备120(例如，对任务执行设备120上的数据进行备份)。进程管理设备110能够在检测到任务等待队列150中存在待执行的任务160时，根据与消息队列180的执行有关的属性信息来确定是否分配进程170，以在任务执行设备130上执行任务160，消息队列180中可以包含多个消息190-1至190-3(统称为消息190)。

应当理解，仅出于示例性的目的描述任务处理系统100的结构，而不暗示对于本公开的范围的任何限制。例如，本公开的实施例还可以被应用到与任务处理系统100不同的系统中。应当理解，上述各设备、进程、消息和任务的具体数目仅出于说明性目的给出，而不暗示对本公开范围的任何限制。

在一些实施例中，任务可以例如是备份任务，该备份任务可以是根据预定的策略生成的、指定何时对哪个或哪些设备执行备份的任务。进程管理设备110可以例如是计算机、虚拟机、服务器等，本公开在此方面不受限制。任务执行设备120是要在其上执行任务的设备。例如，存储要被保护的数据、资产等的、要被备份的设备。任务执行设备120可以例如是计算机、虚拟机、服务器等，本公开在此方面不受限制。进程管理设备110和任务执行设备120通过网络彼此通信，网络可以例如是互联网、内联网等。

图2示出了根据本公开的实施例的用于管理进程的示例方法200的流程图。例如，方法200可以由如图1所示的进程管理设备110来执行。应当理解，方法200还可以由其他设备来执行，本公开的范围在此方面不受限制。还应当理解，方法200还可以包括未示出的附加动作和/或可以省略所示出的动作，本公开的范围在此方面不受限制。

以下结合图1和图2来详细描述方法200。

在210，进程管理设备110检测任务处理系统100中是否存在待执行的任务160。在一些实施例中，进程管理设备110可以定期检测任务处理系统110中的任务等待队列150中是否存在待执行的任务160，待执行的任务160可以根据策略或调度而被放入等待队列150中。备选地或附加地，在另一些实施例中，进程管理设备110可以在待执行的任务160被生成时接收到通知。附加地，在又一些实施例中，进程管理设备110可以在运行中的进程140被释放时接收到通知，从而检测此时等待队列150中是否存在待执行的任务160。

如果进程管理设备110检测到待执行的任务160，则进程管理设备110在220确定与任务处理系统100中的消息队列180的执行有关的属性信息。

在一些实施例中，消息队列180可以在进程管理设备110中。备选地，在另一些实施例中，消息队列180也可以在任务处理系统100中的其他设备(未示出)中。在一些实施例中，进程管理设备110对于每个消息190的处理需要使用几乎相同的计算资源，且与任务本身的任何特性无关。附加地，在另一些实施例中，消息190可以是由任务执行设备120发送给进程管理设备110的、指示正在被执行的任务或者已完成执行的任务的状态的信息。附加地，在又一些实施例中，进程管理设备110可以根据从消息190中读取的信息更新正在被执行的任务的状态和进度、将消息同步到外部系统、将已完成执行的任务保存到数据库等。

在一些实施例中，与消息队列180的执行有关的属性信息可以是消息队列180被读取的速度。如上文所提及的，用于执行任务的进程/线程140需要各种资源且非常复杂，因此难以直接测量进程的资源消耗。但是，对于每个消息190的处理几乎相同，并且消耗几乎相同的计算资源。因此，对于消息队列180的读取速度可以指示任务处理系统100对任务的处理性能。

附加地或备选地，在另一些实施例中，属性信息可以是消息队列180被读取的速度变化率，该速度变化率可以指示消息队列180被读取的速度是在加快还是在减慢。如何确定消息队列180被读取的速度和速度变化率将在下文描述图3和图4时分别详细描述。

附加地或备选地，在又一些实施例中，属性信息可以是消息队列180中的消息190的总数目，该总数目可以指示消息队列180中是否有滞留的消息。

在230，进程管理设备110根据该属性信息来确定针对用以执行待执行的任务的进程170的分配信息。

在一些实施例中，进程管理设备110可以将消息队列180被读取的速度与预定速度阈值作比较，如果消息队列180被读取的速度大于预定速度阈值，则意味着进程管理设备110还可以承载更多的进程。进程管理设备110就可以确定为该任务分配进程170。

附加地或备选地，在另一些实施例中，进程管理设备110可以将消息队列180被读取的速度变化率与预定变化率阈值作比较，如果该速度变化率大于预定变化率阈值，则意味着消息队列180被读取的速度在加快，那么即使消息队列180被读取的速度不大于预定速度阈值，进程管理设备110也可以确定为该任务分配进程170。相反地，如果消息队列180被读取的速度不大于预定速度阈值，且速度变化率不大于预定变化率阈值，则意味着消息队列180被读取的速度在减慢，任务处理系统100已接近其能够执行的最大并行进程数，执行更多的任务不但不会提高整体的处理速度，还会由于系统崩溃而降低所有任务的处理速度。因此，进程管理设备110可以确定不为该任务分配进程170，直到正在执行的任务完成而释放运行中的进程140。

附加地或备选地，在又一些实施例中，进程管理设备110可以确定消息队列180中的消息190的总数目是否小于预定数目阈值。如果该总数目小于预定数目阈值，则意味着消息队列180保持着良好的被读取的速度，消息190并未在消息队列180中滞留。进程管理设备110就可以直接确定为该任务分配进程170。

附加地，在一些实施例中，进程管理设备110可以定期更新上文所提及的预定速度阈值。具体地，进程管理设备110可以对在一段时间内消息队列180被读取的多个速度求平均，作为预定速度阈值。附加地或备选地，在又一些实施例中，为了减少计算量，进程管理设备110可以在每次确定了消息队列180被读取的新的速度之后，根据当前的预定速度阈值和所确定的新的速度来计算新的预定速度阈值。例如，可以通过以下公式来计算新的预定速度阈值：

v0_new＝(v0_old*N+v)/(N+1) (1)

其中v0_old是当前的预定速度阈值，N是确定v0_old时所使用的速度的数目，v是所确定的新的速度。

附加地，在一些实施例中，可以根据当前的预定速度阈值和新的预定速度阈值之间的差异来优化预定速度阈值的更新间隔。例如，如果新的预定速度阈值和当前的预定速度阈值相比，差异超过了5％，则下一个更新间隔将是当前间隔的一半。相反地，如果差异小于5％，则下一个更新间隔将加倍。这样，最终会使在用户的系统中重复该更新的成本降至最低。应当理解，仅出于示例性的目的给出了该差异的值，而不暗示对于本公开的范围的任何限制。本公开在此方面不受限制。

在上述示例性实施例中，通过利用与消息队列的执行有关的属性信息来确定是否为任务分配进程，可以根据任务处理系统当前的处理能力动态地调整进程的数目，最大化对任务处理系统的资源的使用，维持良好的处理性能，同时避免任务处理系统崩溃。

图3示出了根据本公开的实施例的用于确定消息队列被读取的速度的示例方法300的流程图。例如，方法300可以由如图1所示的进程管理设备110来执行。应当理解，方法300还可以由其他设备来执行，本公开的范围在此方面不受限制。还应当理解，方法300还可以包括未示出的附加动作和/或可以省略所示出的动作，本公开的范围在此方面不受限制。

在310，进程管理设备110确定消息队列180在预定时间段内被读取的消息190的数目。

在一些实施例中，进程管理设备110可以在每次读取消息队列180中的消息190时，记录此时消息队列180的长度，即消息队列180中存在的待读取的消息的数目。然后，进程管理设备110可以在如关于210所描述的、检测到待执行的任务160时，获取在预定时间段内所记录的消息队列180的各个长度，接着进程管理设备110可以根据消息队列180的长度的变化计算出预定时间段内所读取的消息190的数目。

此外，如在描述230时所提及的，在一些实施例中，如果进程管理设备110确定所获取的消息队列180的各个长度中存在小于预定数目阈值的长度，则意味着消息队列180保持着良好的被读取的速度，消息190并未在消息队列中滞留。进程管理设备110就可以直接确定分配进程170来执行检测到的待执行的任务160，而无需再确定消息队列180在预定时间段内被读取的消息190的数目。

在320，进程管理设备110根据该预定时间段和数目来确定消息队列180被读取的速度。

容易理解，根据该预定时间段和在该预定时间段内被读取的消息的数目，可以得到消息队列180被读取的速度。例如，假设预定时间段为T，预定时间段内读取的消息数为M，则消息队列180被读取的速度V被确定为V＝M/T。

备选地或附加地，在另一些实施例中，进程管理设备110可以确定消息队列180被读取的多个速度，然后根据所确定的多个速度来确定平均速度。例如，假设预定时间段为Ts，进程管理设备110可以将Ts分成n个时间段，分别用T1,T2,…,Tn来表示，接着根据上文所提及的计算速度的方法分别计算与这n个时间段相对应的速度V1,V2,…,Vn。将这n个速度求平均，作为消息队列180被读取的速度。

附加地，在又一些实施例中，为了提高计算效率，进程管理设备110可以存储所计算出的速度，而在每次检测到待执行的任务160时重新使用所存储的速度，并且只计算消息队列在前一次检测之后被读取的速度。

在上述示例性实施例中，通过确定消息队列被读取的速度，可以实现间接地测量系统当前的资源消耗。

图4示出了根据本公开的实施例的用于确定消息队列被读取的速度变化率的示例方法400的流程图。例如，方法400可以由如图1所示的进程管理设备110来执行。应当理解，方法400还可以由其他设备来执行，本公开的范围在此方面不受限制。还应当理解，方法400还可以包括未示出的附加动作和/或可以省略所示出的动作，本公开的范围在此方面不受限制。

在410，进程管理设备110获取消息队列180被读取的多个速度。多个速度对应于不同的时间段，每个速度可以通过多种实施方式来获取，例如采用类似于上文关于320所描述的各种方式来获取。在此不再赘述。

在420，进程管理设备110根据多个速度来确定消息队列180被读取的速度变化率。在一些实施例中，为了确定速度变化率，可以使用线性拟合方法。例如，假设预定时间段为Ts，所确定的n个速度为V1,V2,…,Vn，则可以利用以下公式来计算这n个速度样本的线性拟合：

f(x)＝β₀+β₁x (2)

其中β₀和β₁是回归系数；x表示速度样本的索引，即1,2,…,n；f(x)表示所确定的n个速度，即V1,V2,…,Vn。将x和f(x)代入公式(2)所得到的β₁就是速度变化率。应当理解，仅出于示例性的目的描述确定速度变化率的线性拟合方法，而不暗示对于本公开的范围的任何限制。例如，还可以通过其他方法来确定速度变化率，本公开在此方面不受限制。

以下的表1示出了在一些实施例中的消息队列被读取的速度和速度变化率以及根据其所确定的分配信息。

表1

v/v<sub>0</sub>	β<sub>1</sub>	是否分配进程
			>1	任何	是
<＝1	>0	是
			<＝1	<＝0	否

其中v为上文关于320所描述的消息队列被读取的速度，v₀为预定速度阈值。β₁为上文关于420所描述的消息队列被读取的速度变化率。表1示出了：在消息队列被读取的速度大于预定速度阈值时，进程管理设备110确定为任务分配进程；在消息队列被读取的速度小于或等于预定速度阈值时，根据速度变化率大于0还是小于或等于0来确定是否分配进程。

在上述示例性实施例中，通过确定消息队列被读取的速度变化率，可以与消息队列被读取的速度一起，更好地确定系统当前的实际处理能力。

图5-图5C分别示出了根据本公开的实施例的消息队列被读取的速度和速度变化率的曲线的示意图。

如图5所示，预定速度阈值由曲线540表示，根据上文关于图4所描述的速度的线性拟合曲线分别由550、560和570表示。图5A示出了速度小于预定速度阈值且速度在减慢的情况。在这种情况下，进程管理设备110会确定不为任务分配进程170。图5B示出了速度小于预定速度阈值且速度为匀速的情况。在这种情况下，进程管理设备110同样会确定不为任务分配进程170。图5C示出了速度小于预定速度阈值且速度在加快的情况。在这种情况下，进程管理设备110会确定为任务分配进程170。

图6示出了可以用来实施本公开的实施例的示例设备600的示意性框图。例如，如图1所示的进程管理设备110可以由设备600实施。如图5所示，设备600包括中央处理装置(CPU)601，其可以根据存储在只读存储器(ROM)602中的计算机程序指令或者从存储单元608加载到随机访问存储器(RAM)603中的计算机程序指令，来执行各种适当的动作和处理。在RAM 603中，还可存储设备600操作所需的各种程序和数据。CPU 601、ROM 602以及RAM603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。

设备600中的多个部件连接至I/O接口605，包括：输入单元606，例如键盘、鼠标等；输出单元607，例如各种类型的显示器、扬声器等；存储单元608，例如磁盘、光盘等；以及通信单元609，例如网卡、调制解调器、无线通信收发机等。通信单元609允许设备600通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

上文所描述的各个过程和处理，例如方法200、300和400，可由处理装置601执行。例如，在一些实施例中，方法200、300和400可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元608。在一些实施例中，计算机程序的部分或者全部可以经由ROM 602和/或通信单元609而被载入和/或安装到设备600上。当计算机程序被加载到RAM603并由CPU 601执行时，可以执行上文描述的方法200、300和400的一个或多个动作。

本公开可以是方法、装置、系统和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质，其上载有用于执行本公开的各个方面的计算机可读程序指令。

计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是——但不限于——电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式压缩盘只读存储器(CD-ROM)、数字多功能盘(DVD)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如，通过光纤电缆的光脉冲)、或者通过电线传输的电信号。

这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。

用于执行本公开操作的计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码，所述编程语言包括面向对象的编程语言—诸如Smalltalk、C++等，以及常规的过程式编程语言—诸如“C”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络—包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列(FPGA)或可编程逻辑阵列(PLA)，该电子电路可以执行计算机可读程序指令，从而实现本公开的各个方面。

这里参照根据本公开实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本公开的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。

这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理装置，从而生产出一种机器，使得这些指令在通过计算机或其它可编程数据处理装置的处理装置执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。

也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。

附图中的流程图和框图显示了根据本公开的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分，所述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

以上已经描述了本公开的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术的技术改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。

Claims

1.一种管理进程的方法，包括：

响应于检测到任务处理系统中的待执行的任务，确定与所述任务处理系统中的消息队列的执行有关的属性信息；以及

基于所述属性信息，确定针对用以执行所述任务的进程的分配信息。

2.根据权利要求1所述的方法，其中确定所述属性信息包括：

确定所述消息队列在预定时间段内被读取的消息的数目；以及

基于所述预定时间段和所述数目，确定所述消息队列被读取的速度。

3.根据权利要求1所述的方法，其中确定所述属性信息包括：

获取所述消息队列被读取的多个速度；以及

基于所述多个速度，确定所述消息队列被读取的速度变化率。

4.根据权利要求1所述的方法，其中确定所述属性信息包括：

确定所述消息队列中的消息的总数目。

5.根据权利要求1所述的方法，其中确定所述分配信息包括：

确定所述消息队列被读取的所述速度是否大于预定速度阈值；以及

响应于确定所述消息队列被读取的所述速度大于所述预定速度阈值，确定为所述任务分配所述进程。

6.根据权利要求5所述的方法，还包括：

响应于确定所述消息队列被读取的所述速度小于或等于所述预定速度阈值，确定所述消息队列被读取的所述速度变化率是否大于预定变化率阈值；以及

响应于确定所述消息队列被读取的所述速度变化率大于预定变化率阈值，确定为所述任务分配所述进程。

7.根据权利要求1所述的方法，其中确定所述分配信息包括：

确定所述消息队列中的消息的所述总数目是否小于预定数目阈值；以及

响应于确定所述总数目小于所述预定数目阈值，确定为所述任务分配所述进程。

8.一种管理进程的设备，包括：

至少一个处理单元；

至少一个存储器，所述至少一个存储器被耦合到所述至少一个处理单元并且存储用于由所述至少一个处理单元执行的指令，所述指令当由所述至少一个处理单元执行时，使得所述设备执行动作，所述动作包括：

9.根据权利要求8所述的设备，其中确定所述属性信息包括：

10.根据权利要求8所述的设备，其中确定所述属性信息包括：

获取所述消息队列被读取的多个速度；以及

11.根据权利要求8所述的设备，其中确定所述属性信息包括：

确定所述消息队列中的消息的总数目。

12.根据权利要求8所述的设备，其中确定所述分配信息包括：

13.根据权利要求12所述的设备，还包括：

14.根据权利要求8所述的设备，其中确定所述分配信息包括：

确定所述消息队列中的消息的所述总数目是否小于预定数目阈值；以及响应于确定所述总数目小于所述预定数目阈值，确定为所述任务分配所述进程。

15.一种计算机程序产品，所述计算机程序产品被有形地存储在非瞬态计算机存储介质中并且包括机器可执行指令，所述机器可执行指令在由设备执行时使所述设备执行根据权利要求1-7中的任一项所述的方法。