用AB进行负载测试…伪造的失败请求（长度）

Question

出于我的好奇心，在我运行的服务器上进行一些负载测试：

ab -kc 50 -t 200 http://localhost/index.php

这将打开50个保持活动状态的连接200秒，并用index.php的请求猛击我的服务器

在我的结果中，我得到：

Concurrency Level:      50
Time taken for tests:   200.007 seconds
Complete requests:      33106
Failed requests:        32951
   (Connect: 0, Receive: 0, Length: 32951, Exceptions: 0)
Write errors:           0
Keep-Alive requests:    0
Total transferred:      1948268960 bytes
HTML transferred:       1938001392 bytes
Requests per second:    165.52 [#/sec] (mean)
Time per request:       302.071 [ms] (mean)
Time per request:       6.041 [ms] (mean, across all concurrent requests)
Transfer rate:          9512.69 [Kbytes/sec] received

请注意32951“失败”的请求。我无法弄清楚。

[当测试运行时，尽管页面底部的页面加载时间报告为.5，而不是通常的.02，但我能够从家用计算机上完美访问我的网站。但是，我从未遇到过失败的请求。

那么，为什么AB会报告一半的连接失败？在这种情况下，“长度：”是什么意思？

Answer 1

没关系。 “长度失败”仅表示响应时间长度的一半左右是不同的。

由于内容是动态的，所以它可能是会话标识符或类似的东西。

Answer 2

换句话说，描述问题：

apache基准测试工具（ab）假定整个测试过程中响应内容的长度将相同。它存储第一个响应的内容长度。如果任何进一步的响应具有不同的内容长度，则会导致“长度失败”。

以下Apache错误报告似乎确认了：ASF Bug 42040

摘要：如果您正在提供可变长度的任何内容，则您可能应该忽略这种Ab请求失败。

编辑：我最近注意到ab命令有一个新的（至少对我来说）选项：

-l   Accept variable document length (use this for dynamic pages)

我可以在ab版本2.3 中看到它，但在ab版本2.3 中看不到它，所以它可能是最近才添加的。

Answer 3

很抱歉，我想复活一个旧问题，但这是第一个出现在Google中的问题。有时，由ab报告的长度错误可能是由一个真正的问题引起的：如果在客户端未收到Content-Length标头中声明的字节总数之前，服务器端已关闭连接。如果客户端和服务器之间存在其他参与方，例如天真的手工负载平衡器（我的情况），则可能发生这种情况。