问题标签 [apachebench]

我在 ab 上运行了一些测试，当我使用超过 155 的并发级别时，我得到以下结果：

请求仍然成功：

我已经对其进行了多次测试，并且 SSL 握手仅在并发超过 155 时才会失败。有人可以向我解释它们如何直接相关吗？

哪个字段是 apache bench 结果中的最大响应时间和最小响应时间和平均响应时间？

这是一个例子。在 Apache Bench 结果中，“每次请求的时间”为 689.946

我觉得 ，

但是，为什么“每个请求的时间（689.946）”大于最大总数（最长请求 680）？

“Time per request”和“Total mean”，哪一个应该是平均响应时间？

谢谢。

我们正在对我们的服务器进行基准测试，因此我们使用了多个基准测试工具。我们已经使用 ApacheBench 给了我们一些很好的结果，并且也很容易在图表中绘制。

示例图 AB 结果

现在我们正在使用 JMeter，但很难得到一个好的情节。我们希望拥有几乎（完全）与 AB 相同的 plo。所以响应时间与请求。我们已经尝试了每一位听众，但没有找到任何令人满意的结果。我们正在使用 JMeter 2.10。

在尝试对我的烧瓶应用程序进行基准测试时，我遇到了 Nginx + uWSGI + 烧瓶的一些问题。正如我的测试所显示的那样，这种组合非常缓慢。我在具有 4 个内核和 4 GB RAM 的 Ubuntu 12.04 VM 上全新安装了 Nginx 1.1.19 和 uWSGI 2.0。（下面的 Nginx 和 uWSGI 配置）

我自己做了一个 Nginx 基准测试，它自己提供一个静态的 20 字节文件，我能够获得高达 80k req/sec 的速度。然后我做了一个 Nginx + uWSGI + 一个非常基本的烧瓶应用程序（烧瓶网站上的 Hello world 示例）的基准测试，我最多只能获得 8k 请求/秒（减少 10 倍）

我打开了登录 Nginx 和 uWSGI（加上统计套接字）并格式化日志以打印两者的请求处理时间，这是我能够收集到的：

uWSGI 平均 请求时间 = 0毫秒
Nginx 平均。req time = 125ms（Nginx 日志时间包括在 uWSGI 中花费的时间）

我对我的烧瓶应用程序进行了相同的测试，结果遵循相同的模式

uWSGI 平均 请求时间 = 4 毫秒
Nginx 平均。请求时间 = 815ms

问题： Nginx 和 uWSGI 之间的通信似乎花费了大量时间。有人见过这个问题吗？？？我已经为 Nginx 和 uWSGI 尝试了各种配置，结果都一样。

请注意，我使用 apachebench (ab) 在 VM 本地和远程机器上进行了测试，结果相同。

Nginx 配置文件

uWSGI conf（相关部分）

这是 Nginx + uWSGI 的常见行为吗？我的配置有什么明显不正确的地方吗？我在带有 Ubuntu 12.04 的 4 核/4 GB RAM Xen VM 上运行它。

提前致谢。

您能否推荐一个可以在每个请求上使用动态发布有效负载的 http 基准测试工具？

我希望它能够执行并发请求，同时每个请求都不同？

我已经使用 Apache Benchmark 进行了测试，但无法做到这一点，我也尝试使用 Curl multi，但收集的统计数据非常糟糕。

还有其他解决方案吗？

我目前正在服务器上测试 node.js，并且正在使用 Apache 的“ab”实用程序执行一些非常基本的基准测试，它给我的结果让我摸不着头脑。

因此，只是设置和“控制”的真正快速背景。

-我在服务器上设置了 node.js，当您点击地址时，它会以单行响应

-resopnse 的标头设置正确，以便浏览器知道返回的数据类型

当我从网络浏览器请求这个时，一切都很好。我使用 Wireshark 查看浏览器和服务器之间的来回显示，看起来很正常：

当我使用 Apache 的“ab”来测试完全相同的东西时，问题就出现了，这是我运行的命令：

现在，“ab”退出正常，并给出了我期望的报告，但是当我实际查看 node.js 服务器上的流量并通过 Wireshark 时，我看到一些流量我不能完全平方

如你所见，我指定只有1 个请求。然而，当我在 Wireshark 查看数据包时，我看到的不仅仅是一个请求。

我假设“ab”作为其分析过程的一部分发出额外的请求，但它也导致 node.js 响应每个“GET”。

如果这是“ab”的“预期”行为，我觉得这不是什么大问题，但我想确定，而不是假设。

当我向“ab”指定1 个请求时，我希望有1 个请求，但我可能会遗漏有关此实用程序如何工作的一些信息。

任何想法或链接到手册的适当部分将不胜感激

谢谢。

我正在对 node.js 网站进行负载测试。我正在测试的 url 获取它的 HTML，然后还尝试获取另一个 x 图像资源。作为负载测试的一部分，是否可以告诉 Apache Bench 加载所有这些资源？

显然我可以加载 HTML，然后分别测试图像的加载。但是，最好有一个更有效的策略来执行此操作。有什么建议么？

我有一个简单的 Python 代码来运行 Gevent。

使用 Apache Benchmark 进行了测试，有 10000 个用户和 5 个并发，但它太慢了..每个请求几乎 2 秒（1.419 毫秒），这很糟糕..

我的代码是

结果非常可怕

这是为什么？？这家伙的结果比我的好，代码相同 http://blindvic.blogspot.it/2013/04/hello-world-gevent-vs-nodejs.html

告诉我我是否在这里遗漏了什么..

我搜索看看是否有任何调整要做，但找不到任何东西。

我试图对我的服务器进行压力测试。我开始使用 JMeter，但这并没有像我希望的那样工作。我在 apache 基准测试中尝试相同但在失败的请求上运行我只是不知道这意味着什么。

我试着用以下方式强调它：

ab -n 10000 -c 2000并且像魅力一样工作（至少零错误）

ab -b 20000 -c 5000大部分时间都工作，但有一次得到以下结果：

已完成的请求：20000 失败的请求：7（连接：7，接收：0，长度：0，异常：0）

那么这个 Connect 错误是什么意思呢？几分钟后再次尝试并获得 0 个失败的请求..

原来运行ab -n 40000 -c 10000不起作用，因为 xampp 崩溃了。

另外，我的服务器在某些时候必须失败是真的吗？或者它只是很好它不会崩溃。

正如我们所说，我现在用 JMeter 运行了 1500 多个线程超过 2 小时，到目前为止没有任何问题..

我想加载测试我的网络应用程序并找出它每秒可以处理的最大请求数，而 ab 的行为与我预期的不太一样：

当使用单个ab发送请求时，它每秒可以发送2k个请求，所以我希望开始2个ab会达到4k个请求/秒，而事实证明，对于每个ab，它只能达到1k（总和为2k那两个）。

似乎 ab 没有尽可能快地发送请求，而是以服务器可以处理的速度发送请求。

这是预期的行为吗？如果是，任何其他可以满足我要求的负载测试工具（尽可能快地发送请求）？

谢谢