与SoapUI相比，Jmeter HTTP请求响应时间过低

我们正在使用ApacheJMeter（最新版本）进行高性能API的负载测试。与SoapUI（免费版本）相比，JMeter响应时间太高。SoapUI的平均响应时间为200毫秒，而JMeter报告同一API的平均响应时间至少为1200毫秒，在同一台机器上进行测试

这会影响每个应用程序中计算的吞吐量。在SoapUI上，我可以为所述API获得高达850个测试程序集，没有错误。在JMeter上，不管怎样，我最多只能获得190 tps

测试使用200个线程运行，持续120秒

我已经调整了jvm/jmeter堆内存、垃圾收集器等，但没有效果。没有什么变化。有人能帮忙吗？多谢各位

编辑：添加测试设置示例图像

编辑2：测试结果

1105毫秒

---

263 ms

我只能想到一个可能的原因：您正在GUI模式下运行JMeter，由于JMeter发送请求的速度不够快，JMeter的GUI模式是为测试开发和调试而设计的

由于缺少JMeter测试结果，您的图像不能说明全部情况。另外，生成一个测试并查看不断增加的虚拟用户数量与响应时间/吞吐量之间的相关性也是有益的

---

最后但并非最不重要的一点是，JMeter可以在SoapUI中执行，它仅适用于

请举例说明您的测试计划，您是否正在测试网站或无关的API调用？@user7294900感谢您回复测试无关的API调用。测试很简单：-1个线程组，包含1个HTTP请求采样器。它是一个post请求，向API发送一个小的json负载。我在JMeter和SoapUI上使用200个线程运行了60秒的相同测试，在吞吐量和响应时间方面得到了完全不同的结果。*120秒，而不是60秒您是否在HTTP请求中发送正文数据内的负载？是的，非常小的json负载。具有单值数组的对象。您好@Dmitri T，谢谢您的回答。不，我没有在GUI模式下运行JMeter。实际上，我是在命令行模式下运行的，没有任何侦听器处于活动状态，并且还尝试使用taurus运行。我可以发布完整的结果，但为了简单起见，我只写下数字：JMeter对每个HTTP请求的平均响应时间为1200ms SoapUI对每个请求的平均响应时间为220ms分布式模式如果我能在小负载或少量VU/线程的情况下获得相同的结果，将非常有用。但问题是，即使使用少量的VU/线程，我从jmeter获得的响应时间也同样慢，我无法理解为什么。相同的机器，相同的jvm设置，相同的连接，进行多个顺序测试进行比较，得到的结果总是相同的。