CN101116310A - 用于连接保持激活的自主调整的装置和方法 - Google Patents

Abstract

一种服务器计算机系统，包括保持激活自主调整机制，其监视当前操作条件并且动态调整保持激活规范以针对当前操作条件最优化保持激活。保持激活自主调整机制监视客户端的总数目以及每个客户端的平均请求数目。保持激活自主调整机制根据所监视的当前操作条件可以动态地且自主地调整确定保持连接开通多长时间的保持激活规范的值。保持激活自主调整机制还可以包括自主启用和禁止保持激活的能力。以此方式，可以根据当前操作条件而调节服务器的性能，以最优化使用保持激活的效果。

Description

用于连接保持激活的自主调整的装置和方法

技术领域

本发明通常涉及计算机系统，并且更特别地涉及用于计算机系统之间通信的连接。

背景技术

今天，许多计算机系统高度网络化以提供各种不同的计算服务。例如，客户端计算机系统可以连接到服务器计算机系统以请求由服务器计算机系统所主控(host)的特定服务。当用户使用Web浏览器来请求Web页面的时候，用户的计算机系统通常发送针对Web页面的请求，使得主控Web页面的Web服务器将所请求的Web页面传送到用户的Web浏览器。

开发了超文本传输协议(HTTP)以允许在计算机系统之间的数据传输。在最初的HTTP版本1.0规范中，客户端计算机系统必须针对将被传输的每个对象或者组件，与服务器计算机系统建立一个已知为套接字(socket)的连接。对于早期的仅具有例如三个组件的Web页面，开通(open)不同连接来传输三个组件的每个组件的开销并不非常显著。然而，现代Web页面可以具有大量的不同组件。开通和关闭针对Web页面上的每个组件的连接的开销成为对Web服务器计算机系统资源的显著消耗。

为了帮助减轻此问题，开发了HTTP保持激活(keep-alive)的概念，并且将其加入HTTP版本1.1规范之中。客户端(诸如Web浏览器)可以利用Web页面请求向服务器通知客户端支持保持激活。在响应中，服务器可以告知客户端连接将保持激活，以便多个组件可以在同一连接之上传输。例如，通过保持连接开通，当连接保持激活的时候在Web页面上的多个图像可以在同一连接之上传输。保持激活规范可以指定以时间单位或者以通过该连接所传输的对象数目的形式的超时周期。一旦满足了规范，连接将被服务器关闭。

在许多情况下，HTTP保持激活的一般概念对于降低Web服务器计算机系统的开销十分有用。然而，保持激活的有用性在很大程度上依赖于服务器正在执行的工作的数量和类型、以及保持激活规范。通常，在Web服务器的全局水平上实现保持激活，这意味着它们要么手工开通、要么手工关闭。在某些情况下，保持激活可以实际降低服务器性能。没有一种方式来动态地启用、禁止以及调整连接保持激活的设置，计算机产业将持续经受在使用连接保持激活的Web服务器中低于最佳的性能。

发明内容

根据优选实施方式，服务器计算机系统包括保持激活调整机制，该保持激活调整机制监视当前的操作条件并且动态调整保持激活规范，以针对当前操作条件来最优化保持激活。保持激活调整机制监视客户的总数目以及每个客户请求的平均数目。存在代表非常不同的操作环境的四种不同情况，其中保持激活规范对其可以动态调整，这四种情况即：客户端很少并且每个客户端请求很少；客户端很多并且每个客户端请求很少；客户端很少并且每个客户端请求很多；以及客户端很多并且每个客户端请求很多。当服务器具有很少的客户端并且每个客户端请求很少的时候，保持激活调整机制可以禁止保持激活，或者可以将保持激活规范设置到某预定值。当服务器具有很多的客户端并且每个客户端请求很少的时候，保持激活调整机制将保持激活规范设置到最小值。当服务器具有很少的客户端但是每个客户端请求很多的时候，保持激活调整机制将保持激活规范设置到其最大值。当服务器具有很多的客户端并且每个客户端请求很多的时候，保持激活调整机制将保持激活规范设置在其值中间区域的某处。保持激活调整机制还可以包括自动启用和禁止保持激活的能力。以此方式，可以根据当前操作条件来调节服务器的性能，以最优化使用保持激活的效果。

附图说明

现在将参考以下附图，仅仅作为例子来详细说明本发明的优选实施方式：

图1是根据优选实施方式的装置的框图；

图2是示出经由因特网在软件组件之间交互的现有技术系统的框图；

图3是根据优选实施方式的动态调整连接保持激活的系统的框图；

图4是示出了根据优选实施方式的用以动态调整连接保持激活的第一特定方式的表；

图5是示出了根据优选实施方式的用以动态启用、禁止以及调整连接保持激活的第二特定方式的表；

图6是示出了由图1和图3中的使用监视器125的四个测量的表，其导致将保持激活持续时间设置为在图7中所示出的值；以及

图7是以图形的方式示出了根据优选实施方式的保持激活持续时间的动态设置的图。

具体实施方式

在现有技术中，连接保持激活是已知的。参考图2，示出了一个样本系统200，以阐明已知的保持激活机制。Web浏览器应用210经由诸如因特网220的网络连接到Web服务器应用230。Web服务器应用230包括保持激活机制232，其中保持激活机制232功能在于根据保持激活规范234而针对多个对象保持一个或者多个连接激活。如果Web浏览器应用210支持保持激活，则将指示从Web浏览器应用210到Web服务器应用230的请求。在响应中，Web服务器应用230具有保持连接激活的选择权，以及将多个对象通过一个连接传送。如果Web服务器应用230决定针对多个对象保持连接激活，则保持激活机制232监视该连接，并且根据指定的保持激活规范234关闭该连接。保持激活规范234的一个简单例子是时间周期。由此，如果保持激活规范234被指定为50毫秒(ms)，则保持激活机制232将保持连接激活持续50ms，然后关闭该连接。合适的保持激活规范234的另一个例子是将要传输的对象数目。由此，如果保持激活规范234被指定为20个对象，则保持激活机制232将保持连接激活，直到已经传输了20个对象，然后关闭该连接。对于包含大量对象的现代Web页面，保持连接激活可以显著地改进系统性能。然而在某些环境下，保持激活的出现也可以降低系统性能。

在IBM公司的WebSphere应用服务器(WAS)版本5.1中可以看到其中使用保持激活对系统性能可能有害的一个特定情况。在WAS v5.1中，在保持HTTP连接的套接字以及服务器运行时内部的线程之间具有一对一的相关性。如果服务器被配置为保持将保持激活开通太长时间而在该连接上的请求是足够稀少的，则可以很容易到达一个场景，其中大多数线程在它们开通的连接上正处于等待新请求的空闲状态，而其它请求正在等待获得连接。这仅可通过向运行时增加线程来补救，其在调度问题以及资源竞争开始呈现递减效果之前具有非常低的上限。

通过提供连接保持激活自主调整机制，优选实施方式解决了现有技术中的问题，其中连接保持激活自主调整机制根据所监视的操作条件而自主地调整保持激活规范。由于其自动调整保持激活规范而无需用户干涉的能力，连接保持激活调整机制是“自主的”。通过根据所监视的条件自主地调整保持激活的性能，优选实施方式允许调节保持激活用于最大性能。保持激活自主调整机制还可以动态地启用和禁止保持激活。

参考图1，计算机系统100是根据本发明优选实施方式的装置的一个适当的实现。计算机系统100是用作Web服务器的IBM eServeri系列计算机系统。然而，本领域技术人员应理解，本发明实施方式的机制和装置同样适用于任意计算机系统，而无论该计算机系统是复杂的多用户计算装置，单用户工作站，还是嵌入式控制系统。如在图1中所示，计算机系统100包括：处理器110、主存储器120、大容量存储接口130、显示接140以及网络接150。这些系统组件通过使用系统总线160而交互连接。大容量存储接130用于将大容量存储设备(诸如直接访问存储设备155)连接到计算机系统100。直接访问存储设备155的一个特定类型是可读并可写的CD RW驱动器，其可以将数据存储到CD RW 195并且从CD RW 195读取数据。

根据优选实施方式的主存储器120包含：数据121、操作系统122以及Web服务器应用123。数据121代表在计算机系统100中充当对任意程序的输入或者来自任意程序的输出的任意数据。操作系统122是在产业中已知为OS/400的多任务操作系统；然而，本领域技术人员应理解，可替换地使用其它类型的操作系统。Web服务器应用123对来自Web服务器应用123所负责的客户端的请求提供服务。作为优选实施方式中服务器应用的一个适当的例子，在图1中示出了Web服务器应用123。Web服务器应用123包括保持激活自主调整机制124以及保持激活机制126。保持激活自主调整机制124包括检测针对计算机系统100的当前操作条件的使用监视器125。使用监视器125优选地检测访问Web服务器应用123的客户端的数目、以及在限定时间周期以内每个客户端请求的平均数目。保持激活自主调整机制124利用使用监视器125来检测当前操作条件，并且作为对其响应，可调整保持激活规范127。在一个特定实施方式中，保持激活自主调整机制124还可以基于当前操作条件而自主地启用和禁止保持激活。

保持激活机制126根据保持激活规范127来保持连接开通。参考图2如上所述，已知的保持激活规范包括时间周期和请求的数目。优选实施方式的保持激活规范127特别扩展到针对保持激活机制指定持续时间和/或性能的任意和所有方式，而无论保持激活机制是当前已知的还是在未来开发的。例如，一个合适的保持激活规范127可以指定为了保持连接开通所必须维持的每个时间周期的平均比特数目。

注意，针对保持激活机制126的一个合适实现是图2中所示的现有技术的保持激活机制232。在此特定实现中，保持激活规范127与图2中所示的现有技术保持激活规范234相同。然而应注意，可替换地，当与现有技术的保持激活机制232和保持激活规范234分别相比，保持激活机制126和保持激活规范127可以具有不同的或者附加的功能。另外，图1示出了与保持连接激活的保持激活机制126分开的保持激活自主调整机制124。然而，本领域技术人员应认识到，保持激活自主调整机制124和保持激活机制126的功能可以在同一计算机程序中实现。

计算机系统100利用众所周知的虚拟寻址机制，该机制允许计算机系统100的程序行为仿佛它们仅可以访问大的、单个存储实体而不可以访问多个、较小的存储实体诸如主存储器120和DASD设备155。因而，在数据121、操作系统122和Web服务器应用123被示出为驻留在主存储器120中的同时，本领域技术人员将认识到这些项不必同时完全包含在主存储器120中。还应该注意，术语“存储器”在此用以泛指计算机系统100的整个虚拟存储器，并且可以包括耦合到计算机系统100的其它计算机系统的虚拟存储器。

处理器110可以由一个或者多个微处理器和/或集成电路构造。处理器110执行存储在主存储器120中的程序指令。主存储器120存储处理器110可以访问的程序和数据。当计算机系统100启动的时候，处理器110初始地执行构成操作系统122的程序指令。操作系统122是管理计算机系统100的资源的复杂程序。这些资源的某些是处理器110、主存储器120、大容量存储接口130、显示接口140、网络接口150以及系统总线160。

尽管计算机系统100被示出仅包含单处理器和单系统总线，但是本领域技术人员应理解，本发明的实施方式可以使用具有多处理器和/或多总线的计算机系统来实施。另外，在优选实施方式中使用的接口各自包括分开的、完全可编程微处理器，该微处理器用以对来自于处理器110的计算密集型处理进行卸荷(off-load)。然而，本领域技术人员应理解，本发明的实施方式同样适用于简单地使用I/O适配器来执行类似功能的计算机系统。

显示接口140用于将一个或者多个显示器165直接连接到计算机系统100。可以是非智能(即，哑的)终端或者完全可编程工作站的这些显示器165用以允许系统管理员和用户来与计算机系统100通信。然而应注意，尽管提供显示接口140来支持与一个或者多个显示器165的通信，但计算机系统100不一定需要显示器165，因为与用户和其它处理的所有所需交互可以经由网络接口150而发生。

网络接口150用以将其它计算机系统和/或工作站(例如，图1中的175)通过网络170连接到计算机系统100。无论计算机系统100如何连接到其他计算机系统和/或工作站，本发明的实施方式同样适用，而不管网络连接170是使用当前的模拟和/或数字技术、还是经由未来的某些联网机制而实现。另外，可使用许多不同网络协议来实现网络。这些协议是允许计算机通过网络170通信的特定的计算机程序。TCP/IP(传输控制协议/因特网协议)是合适的网络协议的一个例子。

从这一点上讲，重要的是应该注意，尽管本发明的实施方式已经并且将要在完整功能的计算机系统的环境下继续进行说明，本领域技术人员应理解，计算机系统能够作为各种形式的程序产品来分发，并且无论实际上用以执行分发的计算机可读信号承载介质的特定类型，本方法同样适用。合适的计算机可读信号承载介质的例子包括：诸如软盘和CD RW(例如，图1的195)的可记录类型介质、以及诸如数字和模拟通信链路的传输类型介质。

现在参考图3，根据优选实施方式的系统300以允许容易地与图2中所示的现有技术系统200进行比较的方式，示出了在图1中软件元件之间的关系。Web浏览器应用210经由诸如因特网220的网络连接到优选实施方式的Web服务器应用123。保持激活自主调整机制124利用使用监视器125来确定针对Web服务器应用123的当前操作条件，然后将保持激活规范127动态地设置为最优符合当前操作条件。在第一实施例中，手工启用保持激活，而保持激活自主调整机制124根据由使用监视器125所探测的当前操作条件动态调整保持激活规范。在第二实施方式中，除了自主调整保持激活规范127以外，保持激活自主调整机制124也可以自主启用和禁止保持激活机制126。以此方式，如果当前操作条件许可，则可以禁止保持激活。在图4至图7中，通过特定例子示出了优选实施方式的保持激活自主调整机制124的功能。

优选实施方式的装置和方法提供了一种根据正在变化的操作条件来调节保持激活设置的方式。这对于现有技术是显著的进步，现有技术全局地启用或者禁止保持激活，并且当激活的时候使用单一保持激活规范而不顾服务器的当前操作条件。

一些例子将阐明对动态调节保持激活设置以最大化系统性能的能力的需要。参考图4，表400示出了在优选实施方式中可以影响保持激活的自主调整的不同操作条件。对于在图4中示出的第一特定实施方式，假设在Web服务器上已经手工全局地启用了保持激活。首先，考虑在图4的行410中客户端很少并且每个客户端请求很少的情况。在此情况下，服务器上的负载很轻，因而由启用保持激活所提供的任意性能增强将会最小。作为结果，保持激活规范设置为低值。在图4的行420中客户端很多并且每个客户端请求很少的情况是典型零售网站的示意，其中可以同时连接许多客户端，但是由于读取和浏览Web页面所需要的时间，每个客户端请求的数目相对较低。在此情况下，保持激活自主调整机制124认识到，保持激活规范127应被最小化，由此当每个连接请求数目不足以证明保持连接开通的时候，连接(以及相应的线程)不会保持激活持续太长时间。作为结果，图4中的保持激活规范设置至低值，如行420中所示。

在图4的行430中客户端很少并且每个客户端请求很多的情况是商业到商业(B2B)环境的示意，其中很少的客户可以各自提出许多请求。在此情况下，保持激活的有效性在其最高点，因为保持激活周期越长，在单一连接上可以传输的对象数目越高。作为结果，保持激活规范被设置至相对较高的值，如图4的行430所示。

客户很多并且请求很多的情况示出了Web服务器非常繁忙的场景。例如，当在B2B通道中存在巨量访问的时候可能发生这种情况。在此情况下，自主调节甚至更为重要，以便获得最优性能。在此情况下，保持激活规范将处于中等范围。此值将随着操作条件的变化而自主变化。

现在考虑第二特定实施方式，其允许保持激活自主调整机制根据需求来动态和自主地启用和禁止保持激活。在图5的表500中示出了此实施方式。在图5的行510中客户端很少并且每个客户端请求很少的情况下，服务器上的负载很轻，所以由启用保持激活所提供的任何性能增强将会最小。作为结果，保持激活自主调整机制124可以禁止保持激活，如图5的行510中所示。如果保持激活禁止，则保持激活规范对服务器应用的性能不具有影响。

一旦客户端的数目超过第一阈值，或者每个客户端的请求数目超过第二阈值，则保持激活自主调整机制启用保持激活机制，如图5的行520、530和540中所示。注意，在行520、530和540中的规范可以被分别设置为与图4中的420、430和440中类似的值。

现在，一个简单的例子将阐明优选实施方式的服务器应用的精致和能力。参考图6，表600阐明了可以由图1和图3的使用监视器125所监视的操作条件。为了示意的缘故，假设选择第一阈值为100，认为在该阈值以下是客户端很少，而认为等于或者高于该阈值是客户端很多。为了示意的缘故，进一步假设选择第二阈值为5，认为在该阈值以下是每个客户端请求很少，而认为等于或者高于该阈值是每个客户端请求很多。进一步假设采取了四个不同的测量，其中每个测量表示在图4和图5中所示四种情况中的一种情况。在图6的行610中所示的测量1中，存在五个客户端而平均每个客户端一个请求。根据上述的第一和第二阈值，这对应于客户端很少并且请求很少。在在图6的行620中所示的测量2中，存在10,000个客户端而每个客户端一个请求。这对应于客户端很多并且请求很少的情况。在图6的行630中所示的测量3中，存在2,000个客户端而每个客户端10个请求。这对应于客户端很多并且请求很多。在图6的行640中所示的测量4中，存在10个客户端而每个客户端1,500个请求。这对应于客户端很少而请求很多。

图7阐明了如何使用图6中所示的测量来自主调整保持激活规范。为了示意的缘故，假设保持激活规范被指定为时间周期。在此，在其中手动并且全局启用和禁止保持激活的第一具体实施方式的情况下，假设已经手工和全局启用了保持激活。这意味着，保持激活自主调整机制没有禁止保持激活，而是仅仅调整保持激活规范的值。这在图4中示出。在进行测量1之后，保持激活自主调整机制确定测量的(或者监视的)性能对应于客户很少并且请求很少。作为结果，保持激活规范的值被设置至其10ms的最小值，如图7中所示。可替换地，在图5中表示的第二具体实施方式中，保持激活自主调整机制在测量1之后禁止保持激活，而不是将保持激活规范设置至中低值。在测量2之后，保持激活自主调整机制确定所测量的性能对应于客户端很多而请求很少，并且将保持激活规范设置至其10ms的最小值，如图7中所示。在测量3之后，保持激活自主调整机制确定所测量的性能对应于客户端很多并且请求很多，并且将保持激活规范设置至中等范围的值，如图7中所示。在测量4之后，保持激活自主调整机制确定所测量的性能对应于客户端很少而每个客户端请求很多，并且将保持激活规范设置至高值，如图7中所示。在图5中示出的第二具体实施方式中，保持激活自主调整机制还在测量2、3和4的每个之后启用保持激活。

极大地简化了在图6和图7中所示的例子，用以阐明优选实施方式。用以确定客户端或者每个客户端的请求很多还是很少的两个固定阈值的假设可以使用指示相对负载的滑动或者相对阈值。另外，图7示出了保持激活规范的调整沿着滑动尺度可以具有非常精细的粒度。这允许对保持激活规范进行精细调节以最优化服务器应用的性能。在图7底部所示的尺度示出了如何从表示客户端很多而请求很少的低水平调整到表示客户端很多并且请求很多的中间范围水平、调整到表示客户端很少而请求很多的高水平。尽管图7底部处所示的尺度没有明确包括客户端很少并且请求很少，但这是其中保持激活对性能具有最小影响的轻负载服务器的情况。由于此原因，保持激活规范可以被设置至某预定值(第一实施方式)或者可以一起被禁止(第二实施方式)。

注意，由使用监视器125所监视的操作条件优选地包括客户端数目以及每个客户端的平均请求数目。从针对HTTP服务自身的性能度量可获得此信息。例如，针对某定义周期和每个客户端每秒请求的平均数目(即，平均客户端发送请求的速率)，使用监视器125可以确定并发请求的最大数目。这些参数可以通过使用指数运动平均的来跟踪，以便使得计算最佳，并且以平均窗口尺寸的形式对学习算法引入平滑因子。可以关于针对调整欠佳的保持激活的性能影响严重程度而设置平滑因子的值。当严重程度高，使得如果保持激活设置导致将运行时的所有线程用于很少的非激活客户端，则客户端可能被拒绝服务的时候，应设置该平滑因子使得在请求配置文件中对变化的反应是迅速的。例如，这可以通过构成用于运动平均的小窗口尺寸来完成。在其中对于调整欠佳的保持激活的影响不太严重的情况下，可以使用较大窗口尺寸来提供保持激活规范，其变化较为缓慢以避免系统内部的激烈摆动(thrash)。

优选实施方式提供了一种方式，用以自主并动态地调整保持激活规范来根据当前操作条件调节计算机系统的性能。连接保持激活的动态调节允许优选实施方式的服务器计算机系统将其保持激活设置最优化，从而达到针对当前操作条件可调节的最佳性能。

本领域技术人员应理解，许多变形是可能的。由此，尽管已经特别示出和说明本发明的实施方式，本领域技术人员应理解，在形式和细节上可以做出这些和其它的变化。例如，尽管在此所讨论的优选实施方式假设了单一保持激活规范，可替换地，可以定义多个保持激活规范，并且这些多个保持激活规范的任一或者所有保持激活规范都可以根据当前操作条件自主调整。

Claims (20)

1.一种装置，包括：

至少一个处理器；

存储器，耦合到所述至少一个处理器；

服务器应用，驻留在所述存储器中并且由所述至少一个处理器所执行，所述服务器应用包括：

保持激活机制，其根据定义的保持激活规范来保持到客户端的连接开通；以及

保持激活调整机制，其监视针对所述服务器应用的当前操作条件并且根据所述当前操作条件自动调整所述保持激活规范。

2.根据权利要求1所述的装置，其中所述保持激活调整机制启用和禁止所述保持激活机制。

3.根据权利要求2所述的装置，其中当所述当前操作条件指示客户端的数目低于第一预定阈值并且每个客户端的平均请求数目低于第二预定阈值的时候，所述保持激活调整机制禁止所述保持激活机制。

4.根据权利要求2所述的装置，其中在所述当前操作条件指示客户端的数目超过第一预定阈值的时候，所述保持激活调整机制启用所述保持激活机制。

5.根据权利要求2所述的装置，其中在所述当前操作条件指示每个客户端的请求数目超过第二预定阈值的时候，所述保持激活调整机制启用所述保持激活机制。

6.根据权利要求1所述的装置，其中所述当前操作条件包括客户端数目和每个客户端的平均连接数目。

7.一种用于服务器应用管理连接保持激活的计算机实现的方法，所述方法包括以下步骤：

(A)启用保持激活机制，所述保持激活机制根据定义的保持激活规范保持到客户端的连接开通；

(B)监视针对所述服务器应用的当前操作条件；以及

(C)根据在步骤(B)中所监视的当前操作条件自动调整所述保持激活规范。

8.根据权利要求7所述的方法，进一步包括自动启用和禁止所述保持激活机制的步骤。

9.根据权利要求8所述的方法，进一步包括：在所述当前操作条件指示客户端的数目低于第一预定阈值并且每个客户端的平均请求数目低于第二预定阈值的时候，禁止所述保持激活机制的步骤。

10.根据权利要求8所述的方法，进一步包括：在所述当前操作条件指示客户端的数目超过第一预定阈值的时候，启用所述保持激活机制的步骤。

11.根据权利要求8所述的方法，进一步包括：在所述当前操作条件指示每个客户端的请求数目超过第二预定阈值的时候，启用所述保持激活机制的步骤。

12.根据权利要求7所述的方法，其中所述当前操作条件包括客户端的数目以及每个客户端的平均连接数目。

13.一种程序产品，包括：

(A)服务器应用，包括：

保持激活机制，其根据定义的保持激活规范保持到客户端的连接开通；以及

保持激活调整机制，其监视针对所述服务器应用的当前操作条件并且根据所述当前操作条件自动调整所述保持激活规范；以及

(B)承载所述服务器应用的计算机可读信号承载介质。

14.根据权利要求13所述的程序产品，其中所述计算机可读信号承载介质包括可记录介质。

15.根据权利要求13所述的程序产品，其中所述计算机可读信号承载介质包括传输介质。

16.根据权利要求13所述的程序产品，其中所述保持激活调整机制启用和禁止所述保持激活机制。

17.根据权利要求16所述的程序产品，其中在所述当前操作条件指示客户端数目低于第一预定阈值并且每个客户端的平均请求数目低于第二预定阈值的时候，所述保持激活调整机制禁止所述保持激活机制。

18.根据权利要求16所述的程序产品，其中在所述当前操作条件指示客户端的数目超过第一预定阈值的时候，所述保持激活调整机制启用所述保持激活机制。

19.根据权利要求16所述的程序产品，其中在所述当前操作条件指示每个客户端的平均请求数目超过第二预定阈值的时候，所述保持激活调整机制启用所述保持激活机制。

20.根据权利要求13所述的程序产品，其中所述当前操作条件包括客户端的数目以及每个客户端的连接数目。

Images