【发布时间】：2014-04-16 08:39:23
【问题描述】：
我曾使用 JMeter 进行负载测试，但卡在了必须执行并行请求的地步，这似乎不可能。（如果可能，请解释一下）
那么有没有任何开源工具可以提供帮助。必须将负载增加到至少1000VU
【问题讨论】：
标签： jmeter load-testing
【发布时间】：2014-04-16 08:39:23
【问题描述】：
根据您的硬件，您可能需要考虑remote (distributed) testing，其中一台主机协调多个 JMeter 从机以产生巨大的负载。
关于“并发”，JMeter 提供了 2 个测试元素来控制负载模式。
- Synchronizing Timer - 用于同时触发 X 个请求
- Constant Throughput Timer - 设置精确的负载，例如每秒 X 个请求
【讨论】：
这似乎不可能。（如果可能，请解释）
增加线程（用户）的数量，这将是同时请求的数量。主页显示了确切的示例：
http://jmeter.apache.org/usermanual/build-web-test-plan.html
希望这会有所帮助。
【讨论】：
请随意尝试 Yandex.Tank - https://github.com/yandex-load/yandex-tank。它每秒可以发出 80k 个并行请求。
【讨论】：
正如 Dmitri 先生所说，您可以考虑 distributed testing using jmeter。
还要考虑以下几点，
1.使用64位JVM，增加堆内存。
2.以非gui模式运行负载测试并移除所有监听器（测试后可以添加显示结果）
3.使用最新版本的Jmeter（2.11），因为资源利用率（CPU，内存）最佳。 或
使用 Gatling 负载测试工具（http://gatling-tool.org/）。你可以找到comparative study of gatling Vs Jmeter
【讨论】：
-
我也尝试过分布式测试，问题是，这样多个用户会访问服务器，但我希望为同一个用户获取多个对象。假设是否通过单击一个部分为应用程序下载了 6 篇文章。使用 Jmeter，在使用 Reg 提取器时，一次获取一篇文章，我希望将所有 6 篇文章放在一起。这一切的原因是，与在负载运行期间手动浏览应用程序时观察到的相比，聚合报告的响应时间非常长
-
我从您的评论中了解到，您需要从响应中提取多个字符串（在您的情况下为文章）。正则表达式提取器能够从响应中提取多个字符串。您可以在此链接wiki.apache.org/jmeter/RegularExpressions 中找到 Extract multiple strings 的 wiki 页面
-
不完全。所有提取的变量都被传递给不同的请求（可能是下一个），我已经在一个循环中执行了它们，这个循环一个接一个地执行，而我需要并行处理/执行它们一起。根据我所做的，响应时间增加了，这不是实际情况。