OpenDJ searchrate 输出说明答案

【问题标题】：OpenDJ searchrate output explanationOpenDJ searchrate 输出说明
【发布时间】：2015-01-18 10:22:56
【问题描述】：

我正在尝试使用 OpenDJ 的 searchrate 命令来衡量 LDAP 的性能和对查询的响应时间。

输出如下：

    Throughput                            Response Time                       
   (ops/second)                           (milliseconds)                       
recent  average  recent  average  99.9%  99.99%  99.999%  err/sec  Entries/Srch
-------------------------------------------------------------------------------
2260.7   2262.8   6.219    6.219  413.842  476.425  476.817      0.0           1.5
3857.5   3178.3   4.149    4.777  352.825  476.404  500.017      0.0           0.8
5078.2   3753.2   2.825    3.978  360.940  460.154  500.017      0.0           1.0
4557.7   3934.5   3.411    3.830  352.480  455.638  500.017      0.0           1.0

我不清楚每列代表什么。请帮助说明每列的含义。

【问题讨论】：

标签： ldap opendj

【解决方案1】：

在我看来，标题很清楚。

前 2 列代表吞吐量，以每秒操作数为单位，1 列代表最后一个时期，以及自开始以来的平均值。

接下来的 5 列以毫秒为单位表示响应时间。在上一时期计算，自开始以来的平均值，然后有 3 个百分位可以理解异常值。值 352.480 表示 99.9% 的请求平均在 352 毫秒内响应，而 99.999% 的请求平均在 500.017 毫秒内。百分位数对于了解响应时间的分布很重要。

最后，最后 2 列表示每秒错误数（应为 0）和每次搜索返回的条目数（应为 1 或因搜索和数据而异）。

【讨论】：

谢谢。你的解释确实让事情更清楚了。但是，我仍然不清楚一件事：Entries/Srch 如何返回非整数值？据我了解，它代表多次运行 same 查询返回的条目数量的平均值。那么 same 查询如何返回不同数量的条目呢？另外，您能否澄清一下，每个输出行（句点）查询运行了多少次？
条目/搜索计算返回条目的数量，然后除以搜索结果的数量。这给出了每个请求返回的平均条目数。但是在前几次迭代中，随着服务器和客户端的热身，搜索结果和搜索条目之间的比例是不平衡的。也可能存在返回超过 1 个条目的搜索，从而使平均值不是一个精确的整数。这取决于搜索查询和参数。通常，您将 searchrate 与范围或随机过滤器一起使用，因此查询并不总是相同的。