调节存储设备的吞吐量的方法和装置与流程

本公开的实施方式涉及计算机领域，并且更具体地，涉及用于调节存储设备的吞吐量的方法和装置。

背景技术：

针对不同的应用程序，用户可以分配存储系统中的不同的存储设备，以存储与应用程序相关的数据。“存储设备”也被称作“存储盘”。用户可以对不同的应用程序赋予优先级并设置各自的性能目标，以便通过控制资源分配来优先满足具有高优先级的应用程序的性能目标。

影响应用程序性能的因素包括与该应用程序相关联的存储设备的吞吐量。通常，可以通过控制存储设备的输入/输出(i/o)延迟时间来调节吞吐量。目前，在确定存储设备的i/o延迟时间时，并未考虑例如中央处理单元(cpu)的工作负荷和网络延迟等随时间变化的因素所造成的吞吐量波动，导致了较差的应用程序性能，从而使用户体验较差。

技术实现要素：

本公开的实施例提供了一种用于调节存储设备的吞吐量的方法和装置。

根据本公开的第一方面，提供了一种用于调节存储设备的吞吐量的方法。该方法包括将该存储设备的输入/输出(i/o)延迟时间设置为阈值延迟时间，该阈值延迟时间在该存储设备的初始i/o延迟时间以下。该方法还包括获取该存储设备的测量吞吐量，该测量吞吐量与该阈值延迟时间相关联。该方法还包括基于该测量吞吐量与该存储设备的目标吞吐量之间的差异来更新该i/o延迟时间，以便更新该测量吞吐量。

根据本公开的第二方面，提供了一种电子设备。该装置包括至少一个处理器和至少一个存储器。该至少一个存储器被耦合到该至少一个处理器并且存储用于由该至少一个处理器执行的指令。该指令当由该至少一个处理器执行时，使得该电子设备：将存储设备的输入/输出(i/o)延迟时间设置为阈值延迟时间，该阈值延迟时间在该存储设备的初始i/o延迟时间以下；获取该存储设备的测量吞吐量，该测量吞吐量与该阈值延迟时间相关联；以及基于该测量吞吐量与该存储设备的目标吞吐量之间的差异来更新该i/o延迟时间，以便更新该测量吞吐量。

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

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

附图说明

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

图1示出了能够在其中实施本公开实施例的环境的框图；

图2示出了根据现有方案的调节存储设备的吞吐量的过程；

图3示出了根据现有方案的调节存储设备的吞吐量的另一过程；

图4示出了根据本公开的一个实施例的用于调节存储设备的吞吐量的方法的流程图；

图5示出了根据本公开的另一个实施例的用于调节存储设备的吞吐量的方法的流程图；

图6示出了根据本公开的一个具体示例的调节存储设备的吞吐量的过程；

图7示出了根据本公开的实施例的用于调节存储设备的吞吐量的装置的框图；以及

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

具体实施方式

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

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

图1示出了能够在其中实施本公开实施例的环境100的框图。如图1所示，环境100包括第一应用程序110、第二应用程序120、服务器130和存储系统140。

在一些实施例中，第一应用程序110和第二应用程序120运行于服务器130上。在另一些实施例中，第一应用程序110和第二应用程序120运行于能够与服务器130进行通信的其他计算设备上。本公开实施例的范围在此方面不受限制。服务器130被配置为管理或以其他方式控制存储系统140的操作。

存储系统140可以包括第一存储设备141和第二存储设备142。第一存储设备141和第二存储设备142的示例包括但是不限于：固态盘(ssd)、机械存储盘(hdd)、混合存储盘(sshd)、或者其他类似的存储设备。第一存储设备141和第二存储设备142经由服务器130分别与第一应用程序110和第二应用程序120相关联，以分别存储与第一应用程序110和第二应用程序120相关的数据。

用户可以对第一应用程序110和第二应用程序120赋予不同的服务优先级并且针对其设置各自的性能目标，以便通过控制服务器130的资源分配来优先满足具有高优先级的应用程序的性能目标。

如前所述，影响应用程序性能的因素包括与该应用程序相关联的存储设备的吞吐量，可以通过控制该存储设备的i/o延迟时间来调节其吞吐量。例如，在第一应用程序110的优先级高于第二应用程序120的优先级的情况下，服务器130可以通过增大第二存储设备142的i/o延迟时间来限制第二存储设备142的吞吐量，使得服务器130的更多资源被分配给第一应用程序110，以优先满足第一应用程序110的性能目标。

应当理解，仅出于阐释的目的，在图1中示出环境100仅包括两个应用程序110和120并且两个应用程序110和120中的每一个仅与一个存储设备相关联，而本公开实施例的范围不限于此。可以存在任何数量的应用程序，而这些应用程序中的至少一个可以与一个存储设备群组相关联。

目前，在确定存储设备的i/o延迟时间时，并未考虑例如中央处理单元(cpu)的工作负荷和网络延迟等随时间变化的因素对存储系统的影响，导致应用程序的性能较差。具体而言，在现有方案中，首先基于当前吞吐量计算相关联的i/o延迟时间并计算当前吞吐量与目标吞吐量之间的比例，然后根据该比例进行分段处理。具体地，如果该比例大于1，则根据目标吞吐量计算相关联的目标i/o延迟时间并以该目标i/o延迟时间来更新i/o延迟时间。如果该比例大于0.85且小于1，则认为当前吞吐量已接近目标吞吐量而不再调节i/o延迟时间。如果该比例大于0.5且小于0.85，则通过将与当前吞吐量相关联的i/o延迟时间减小预定百分比(例如40％)来更新i/o延迟时间。如果该比例小于0.5，则将i/o延迟时间设置为0。

在下文中，将参考图2和图3来描述利用现有方案来调节存储设备的吞吐量的过程。如已知的，可以采用每秒处理的i/o请求的数目(input/outputpersecond，iops)作为存储设备吞吐量的度量。因此，在图2和图3中吞吐量均以iops来度量。

在图2中，横坐标表示时间，纵坐标表示iops。如图2所示，存储设备的初始iops约为9000(如210所示)，目标iops为1000(如220所示)。由于初始iops与目标iops之间的比例大于1，因此根据现有方案，直接根据目标iops计算相关联的目标i/o延迟时间为1毫秒(1000毫秒/1000)。然后，将i/o延迟时间更新为目标i/o延迟时间1毫秒。

从图2中可见，在吞吐量调节的初始阶段，i/o延迟时间被设置为目标i/o延迟时间且该目标i/o延迟时间较长，使得该初始阶段的吞吐量被限制地过低。此外，由于存在例如cpu的工作负荷和/或网络延迟等因素的影响，该初始阶段的吞吐量被限制为接近于零(如230所示)，从而出现了例如i/o响应不及时、无i/o响应等情况，使得用户的体验明显变差。此外，i/o响应不及时或无i/o响应会导致与应用程序相关的数据丢失、甚至不可用。

图3示出了利用现有方案来调节存储设备的吞吐量的另一过程。与图2类似，在图3中，横坐标表示时间，纵坐标表示iops。如图3所示，存储设备的初始iops约为2500(如310所示)，目标iops为2000(如320所示)。由于初始iops与目标iops之间的比例大于1，因此根据现有方案，在时间点t1，根据目标iops计算相关联的目标i/o延迟时间为500微秒(10⁶微秒/2000)。然后，将i/o延迟时间更新为目标i/o延迟时间500微秒。

然而，由于在时间点t1与时间点t2之间的时间段内存在例如cpu的工作负荷和/或网络延迟等因素的影响，因此所获得的iops(约为1600)低于目标iops(2000)。此时的iops与目标iops之间的比例大于0.5且小于0.85。为了达到目标iops，在时间点t2处，通过将i/o延迟时间(10⁶微秒/1600＝625微秒)减小40％来将i/o延迟时间更新为375微秒，以提高iops。然而，在时间点t2处，上述因素对吞吐量的影响已不存在，使得更新后的iops(约为2500)又高于了目标iops(2000)。因而，需要再次增大i/o延迟时间，以降低iops。如此，i/o延迟时间增大和减小的过程被反复执行，吞吐量围绕目标吞吐量抖动，导致应用程序的性能不稳定。

为了解决现有方案中的上述以及其他潜在的缺陷和问题，根据本公开的实施例，在吞吐量调节的初始阶段将i/o延迟时间设置为在初始i/o延迟时间以下的阈值延迟时间，确保了初始阶段的吞吐量不会太低，避免了导致较差的性能。以下将参考图4至图7来进一步详细描述本公开的实施例。

图4示出了根据本公开的一个实施例的用于调节存储设备的吞吐量的方法400的流程图。例如，方法400可以由如图1所示的服务器130来执行，以调节第一存储设备141和第二存储设备142中任一个的吞吐量。仅出于阐释的目的，在下文中将以调节第二存储设备142的吞吐量为例进行描述。应当理解的是，方法400还可以包括未示出的附加步骤和/或可以省略所示出的步骤，本公开的范围在此方面不受限制。

方法400开始于步骤410。在步骤410中，服务器130将存储设备142的i/o延迟时间设置为阈值延迟时间，该阈值延迟时间在存储设备142的初始i/o延迟时间以下。在吞吐量调节的初始阶段，由于i/o延迟时间被设置为在初始i/o延迟时间以下的阈值延迟时间，因此该初始阶段的吞吐量不会因阈值延迟时间的限制而过低，从而不会出现例如i/o响应不及时、无i/o响应等情况。由此，这种操作不会使用户的体验变差。

在一些实施例中，该阈值延迟时间被确定为i/o延迟时间的测试经验值和初始i/o延迟时间中的较小者，以避免在测试经验值大于初始i/o延迟时间的情况下，将阈值延迟时间设置为该测试经验值而使得吞吐量急剧下降而降低用户体验。

在步骤420中，服务器130获取存储设备142的测量吞吐量，该测量吞吐量与阈值延迟时间相关联。如在本文中所使用的，“测量吞吐量”指代从对存储设备进行管理和控制的应用程序获取的吞吐量。因此，该测量吞吐量能够反映随时间变化的因素对吞吐量的影响。对存储设备进行管理和控制的应用程序的示例包括但是不限于存储设备的驱动程序。

在步骤430中，服务器130基于测量吞吐量与存储设备142的目标吞吐量之间的差异来更新i/o延迟时间。通过更新i/o延迟时间，能够达到对测量吞吐量的更新。换言之，基于测量吞吐量与目标吞吐量之间的差异，在阈值延迟时间基础上更新i/o延迟时间。由于阈值延迟时间为初始i/o延迟时间以下的较小值，因此在阈值延迟时间基础上更新i/o延迟时间不会引起i/o延迟时间的急剧变化。以此方式，可以避免吞吐量的急剧变化，从而达到了平滑逼近目标吞吐量的效果。

下面参考图5，其示出了根据本公开的另一个实施例的用于调节存储设备的吞吐量的方法500的流程图。方法500可以被视为上文描述的方法400的一种具体实现。方法400还可以以任何其他适当的方式被付诸实践。

方法500开始于步骤510。在步骤510，确定存储设备的i/o延迟时间delay是否已被设置为阈值延迟时间delay_threshold，该阈值延迟时间delay_threshold在存储设备的初始i/o延迟时间以下，例如100微秒。

除了i/o延迟时间之外，还可以通过控制队列深度来调节存储设备的吞吐量。通常，在调节吞吐量时，首先通过改变队列深度来调节，例如通过减小队列深度来降低吞吐量。当队列深度减小到最小值(即队列深度等于1)时，再通过控制i/o延迟时间来进一步调节吞吐量。因此，在一些实施例中，可以响应于队列深度被减小到1来触发根据本公开实施例的通过控制i/o延迟时间来调节吞吐量的方法。换言之，在一些实施例中，如果队列深度被减小到1，则可以确定存储设备的i/o延迟时间delay是否已被设置为阈值延迟时间delay_threshold。

如果在步骤510确定存储设备的i/o延迟时间delay未被设置为阈值延迟时间delay_threshold，则方法500进行到步骤520。在步骤520，将存储设备的i/o延迟时间delay设置为阈值延迟时间delay_threshold，即delay＝delay_threshold。在步骤530，保存该阈值延迟时间delay_threshold，以作为最近一次设置的i/o延迟时间delay_last，即delay_last＝delay。

另一方面，如果在步骤510确定i/o延迟时间delay已被设置为阈值延迟时间delay_threshold，则方法500进行到步骤540。在步骤540，获取存储设备的测量吞吐量mcurrent，该测量吞吐量mcurrent与阈值延迟时间delay_threshold相关联。换言之，测量吞吐量mcurrent是在施加了阈值延迟时间delay_threshold后测得的吞吐量，因而能够反映随时间变化的因素所造成的吞吐量波动。

在步骤550，确定存储设备的测量吞吐量mcurrent是否大于存储设备的目标吞吐量mgoal。如果存储设备的测量吞吐量mcurrent大于存储设备的目标吞吐量mgoal，则方法500进行到步骤560，在此增大存储设备的i/o延迟时间delay。

在一些实施例中，i/o延迟时间delay可以被线性地增大。当然这仅仅是示例性的，绝非意在限制本公开的实施例。在其他实施方式中，遵循任何其他函数或模式的增大都是可行的。在线性增大的实施例中，例如，首先确定存储设备的测量吞吐量mcurrent与目标吞吐量mgoal之间的比例distance，即distance＝mcurrent/mgoal。然后，将i/o延迟时间delay线性地增大到delay_last*distance，即delay＝delay_last*distance。由于此时的delay_last等于阈值延迟时间而阈值延迟时间为初始i/o延迟时间以下的较小值，因此在阈值延迟时间基础上将i/o延迟时间delay增大到delay_last*distance不会引起i/o延迟时间的急剧变化。这避免了吞吐量的急剧变化，从而达到了平滑逼近目标吞吐量的效果。

可以理解，在调节的初始阶段，由于此时的delay_last等于阈值延迟时间而阈值延迟时间为初始i/o延迟时间以下的较小值，因此在delay_last基础上增大后的i/o延迟时间delay_last*distance也较小，甚至小于基于测量吞吐量mcurrent计算出的测量延迟时间delay_service。如本文中所使用的，“测量延迟时间”是指基于测量吞吐量mcurrent计算出的理论延迟时间。例如，如果测量吞吐量mcurrent以iops来表示并且为1000，则基于测量吞吐量mcurrent计算出的测量延迟时间为1毫秒(1000毫秒/1000)。注意，这些数值仅仅是示例性的，无意用于限制本公开的范围。

在i/o延迟时间delay_last*distance小于测量延迟时间的情况下，如果将i/o延迟时间delay更新为delay_last*distance，则会使得更新后的测量吞吐量高于更新前的测量吞吐量，从而与降低测量吞吐量的目的相悖。为了避免出现该情况，在一些实施例中，首先将测量延迟时间delay_service与delay_last*distance进行比较，然后将i/o延迟时间delay更新为二者中的较大者，即delay＝max(delay_service，delay_last*distance)，其中max()表示取最大值的函数。

继续参考图5。在步骤560增大i/o延迟时间后，方法500进行到步骤530，以保存在步骤560确定的延迟时间，以作为最近一次设置的i/o延迟时间delay_last。

在步骤550，如果测量吞吐量mcurrent小于或等于目标吞吐量mgoal(即测量吞吐量mcurrent在目标吞吐量mgoal以下)，则方法500进行到步骤570，以减小i/o延迟时间delay。为了讨论方便，下文将步骤570确定的i/o延迟时间称为“第一i/o延迟时间”。

在一些实施例中，减小i/o延迟时间delay包括线性地减小i/o延迟时间delay。例如，首先确定存储设备的测量吞吐量mcurrent与目标吞吐量mgoal之间的比例distance，即distance＝mcurrent/mgoal。然后，将i/o延迟时间delay线性地减小到delay_last*distance，即delay＝delay_last*distance。

如以上参考图3所描述的，在减小i/o延迟时间以增大吞吐量时，容易造成吞吐量围绕目标吞吐量抖动，使得性能不稳定。为了避免出现该情况，在一些实施例中，还可以通过以预定量提高第一i/o延迟时间以获得第二i/o延迟时间，来更新i/o延迟时间。特别地，根据本公开的实施例，第二i/o延迟时间相关联的测量吞吐量应当小于与第一i/o延迟时间相关联的测量吞吐量。通过以预定量提高第一i/o延迟时间，降低了相关联的测量吞吐量的增长量，避免了吞吐量增长超过目标吞吐量，从而防止了吞吐量围绕目标吞吐量抖动。

考虑一个具体示例，在一些实施例中，可以将第一i/o延迟时间提高预定倍数τ。在一个实施例中，该预定倍数τ在1.05到1.2的范围内。当然，取决于具体的需求和环境，任何其他适当的范围也是可能的。由于第一i/o延迟时间被提高了预定倍数τ，即，第一i/o延迟时间从delay_last*distance提高到了delay_last*distance*τ，使得delay_last*distance*τ有可能大于最近一次设置的i/o延迟时间delay_last。如果将i/o延迟时间delay更新为delay_last*distance*τ，则会使得更新后的测量吞吐量低于更新前的测量吞吐量，从而与提高测量吞吐量的目的相悖。为了避免出现该情况，在一些实施例中，首先将最近一次设置的i/o延迟时间delay_last与delay_last*distance*τ进行比较，然后将i/o延迟时间delay更新为二者中的较小者，即delay＝min(delay_last，delay_last*distance*τ)。

仍然参考图5，在步骤570增大i/o延迟时间后，方法500进行到步骤530，以保存在步骤570确定的延迟时间，以作为最近一次设置的i/o延迟时间delay_last。

可以理解，来自于应用程序的i/o请求的数目是随时间变化的。因而，一旦被触发，根据本公开实施例的方法将按照预定的时间间隔来执行，以实现吞吐量的动态调节。例如，在被触发后的第一时间点处执行方法500中的步骤510、520和530，在第二时间点处执行方法500中的步骤510、540、550、560和530或者执行510、540、550、570和530。在一些实施例中，该预定的时间间隔在15秒到30秒的范围内。

为了便于更清楚地理解本公开，下面结合表1和图6描述根据本公开的一个具体示例的用于调节存储设备的吞吐量的方法。应当注意，该具体示例仅用于使得本领域技术人员对本公开具有更直观的认识，并不旨在限制本公开的范围。

如前所述，可以采用iops作为存储设备吞吐量的度量。下文将以iops为例来描述根据该具体示例的方法。应当理解，也可以采用吞吐量的任何其他度量，本公开的范围在此方面不受限制。

表1

表1示出了执行根据一个具体示例的用于调节存储设备的吞吐量的方法的时间表。在表1的第1列所示的“采样时间”执行用于调节存储设备的吞吐量的方法的步骤，在执行各步骤时的iops、队列深度和i/o延迟时间分别在表1的第2至4列示出。

图6示出了执行根据该具体示例的方法所获得的结果。在图6中，横轴表示采样时间，纵轴表示iops。参考图6和表1。在610(时间t5＝3:43:03am)处，将队列深度从4减小到1，并且将存储设备的i/o延迟时间delay设置为阈值延迟时间。在该示例中，该阈值延迟时间被确定为i/o延迟时间的测试经验值(100)和初始i/o延迟时间(10⁶/8404)中的较小者，即delay＝min(100，10⁶/8404)＝100(微秒)。此外，在610处，保存该阈值延迟时间，以作为最近一次设置的i/o延迟时间delay_last，即delay_last＝100(微秒)。

在620(时间t6＝3:43:23am)处，获取存储设备的测量吞吐量mcurrent≈3667，该测量吞吐量mcurrent≈3667与阈值延迟时间delay＝100相关联。此外，确定测量吞吐量mcurrent(3667)与目标吞吐量mgoal(1500)之间的比例distance，即distance＝mcurrent/mgoal＝3667/1500＝2.44。然后，确定测量延迟时间delay_service＝10⁶/3667≈273，并且确定delay_last*distance＝100*2.44＝244。随后，将i/o延迟时间delay更新为delay_service和delay_last*distance中的较大者，即delay＝max(delay_service，delay_last*distance)＝(273，244)＝273(微秒)。

从图6中可见，在吞吐量调节的初始阶段(参见610和620之间的曲线)，由于i/o延迟时间被设置为在初始i/o延迟时间以下的阈值延迟时间(100微秒)，因此该初始阶段的吞吐量(约为3667)没有因阈值延迟时间的限制而过低，从而不会出现例如i/o响应不及时、无i/o响应等情况，由此不会使用户的体验变差。

在630(时间t7＝3:43:44am)处，获取存储设备的测量吞吐量mcurrent≈3653。此外，确定测量吞吐量mcurrent(3653)与目标吞吐量mgoal(1500)之间的比例distance，即distance＝mcurrent/mgoal＝3653/1500＝2.435。然后，确定测量延迟时间delay_service＝10⁶/3653≈273.7，并且确定delay_last*distance＝273*2.435＝665。随后，将i/o延迟时间delay更新为delay_service和delay_last*distance中的较大者，即delay＝max(delay_service，delay_last*distance)＝(273.7，665)＝665(微秒)。

在640(时间t8＝3:44:06am)处，获取存储设备的测量吞吐量mcurrent≈1590。此外，确定测量吞吐量mcurrent(1590)与目标吞吐量mgoal(1500)之间的比例distance，即distance＝mcurrent/mgoal＝1590/1500＝1.06。然后，确定测量延迟时间delay_service＝10⁶/1590≈628.9，并且确定delay_last*distance＝665*1.06＝705。随后，将i/o延迟时间delay更新为delay_service和delay_last*distance中的较大者，即delay＝max(delay_service，delay_last*distance)＝(628.9，705)＝705(微秒)。

从图6中可见，在更新吞吐量的阶段(参见620和640之间的曲线)，由于阈值延迟时间为初始i/o延迟时间以下的较小值(100微秒)，因此在阈值延迟时间基础上更新i/o延迟时间(在此阶段为按比例增大i/o延迟时间)没有引起i/o延迟时间的急剧变化，从而没有引起吞吐量的急剧变化，达到了平滑逼近目标吞吐量的效果(吞吐量从3667平滑下降到1590)。

在650(时间t9＝3:44:27am)处，获取存储设备的测量吞吐量mcurrent≈1409。此外，确定测量吞吐量mcurrent(1409)与目标吞吐量mgoal(1500)之间的比例distance，即distance＝mcurrent/mgoal＝1409/1500＝0.939。然后，确定delay_last*distance*τ(*τ为延迟时间的提高量，在此示例中*τ＝1.1)＝705*0.939*1.1≈728。然后，将i/o延迟时间delay更新为delay_last和delay_last*distance*τ中的较小者，即delay＝min(delay_last，delay_last*distance*τ)＝min(705，728)＝705。

在660(时间t10＝3:44:49am)处，获取存储设备的测量吞吐量mcurrent≈1415。由于在650处将i/o延迟时间delay更新为delay_last和delay_last*distance*τ中的较小者，避免了使更新后的测量吞吐量小于更新前的测量吞吐量，防止了扩大更新后的测量吞吐量与目标吞吐量之间的差异和延缓向目标吞吐量的逼近。此外，由于通过以预定量(τ)来提高i/o延迟时间delay_last*distance，降低了相关联的测量吞吐量的增长量，避免了吞吐量增长超过目标吞吐量，从而防止了吞吐量围绕目标吞吐量抖动。

随后，在时间t11至t19处，重复时间t10＝3:44:49am处的操作，将吞吐量调节到1421，从而实现了向目标吞吐量1500的平滑逼近。

图7示出了根据本公开的实施例的用于调节存储设备的吞吐量的装置700的框图。如图7所示，装置700可以包括设置模块710，被配置为将存储设备的输入/输出(i/o)延迟时间设置为阈值延迟时间，该阈值延迟时间在该存储设备的初始i/o延迟时间以下。装置700还可以包括获取模块720，被配置为获取该存储设备的测量吞吐量，该测量吞吐量与该阈值延迟时间相关联。装置700还可以包括更新模块730，被配置为基于该测量吞吐量与该存储设备的目标吞吐量之间的差异来更新该i/o延迟时间，以便更新该测量吞吐量。

在一些实施例中，更新该i/o延迟时间包括：响应于该测量吞吐量大于该目标吞吐量，增大该i/o延迟时间。

在一些实施例中，增大该i/o延迟时间包括线性地增大该i/o延迟时间。

在一些实施例中，更新该i/o延迟时间包括：响应于该测量吞吐量在该目标吞吐量以下，减小该i/o延迟时间以获得第一i/o延迟时间。

在一些实施例中，减小该i/o延迟时间包括线性地减小该i/o延迟时间。

在一些实施例中，更新该i/o延迟时间进一步包括：以预定量提高该第一i/o延迟时间，以获得第二i/o延迟时间，使得与该第二i/o延迟时间相关联的测量吞吐量小于与该第一i/o延迟时间相关联的测量吞吐量。

在一些实施例中，以预定量提高该第一i/o延迟时间包括将该第一i/o延迟时间提高预定倍数，该预定倍数在1.05到1.2的范围内。

出于清楚的目的，在图7中没有示出装置700的某些可选模块。然而，应当理解，上文参考图1和4-6所描述的各个特征同样适用于装置700。而且，装置700的各个模块可以是硬件模块，也可以是软件模块。例如，在某些实施例中，装置700可以部分或者全部利用软件和/或固件来实现，例如被实现为包含在计算机可读介质上的计算机程序产品。备选地或附加地，装置700可以部分或者全部基于硬件来实现，例如被实现为集成电路(ic)、专用集成电路(asic)、片上系统(soc)、现场可编程门阵列(fpga)等。本公开的范围在此方面不受限制。

图8示出了可以用来实施本公开内容的实施例的示例设备800的示意性框图。如图所示，设备800包括中央处理单元(cpu)801，其可以根据存储在只读存储器(rom)802中的计算机程序指令或者从存储单元808加载到随机访问存储器(ram)803中的计算机程序指令，来执行各种适当的动作和处理。在ram803中，还可存储设备800操作所需的各种程序和数据。cpu801、rom802以及ram803通过总线804彼此相连。输入/输出(i/o)接口805也连接至总线804。

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

上文所描述的各个过程和处理，例如方法400和/或500，可由处理单元801执行。例如，在一些实施例中，方法400和/或500可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元808。在一些实施例中，计算机程序的部分或者全部可以经由rom802和/或通信单元809而被载入和/或安装到设备800上。当计算机程序被加载到ram803并由cpu801执行时，可以执行上文描述的方法400和/或500的一个或多个步骤。备选地，在其他实施例中，cpu801也可以以其他任何适当的方式被配置以实现上述方法400和/或500。

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

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

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

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

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

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

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

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

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