场景：从具有未知记录数的CSV文件中读取数据。使用数据创建Soap XML MSg和Post方法。继续执行此操作，直到读取完所有记录。
问题：我使用ReadyAPI执行这些操作，并且能够在服务器上使用VU选项中提供的任何内容来实现预期的TPS。尝试了150个vu，并在服务器上观察到150个请求的恒定负载。但当我在JMeter中尝试做同样的事情时，我无法实现超过70个TPS，而且无论我使用多少线程，负载都不是均匀分布的。我使用线程组、CSV数据集配置、用户定义参数来创建唯一的请求ID，并使用Groovy脚本作为HTTPRequest的子级使用JSR223预处理器来删除空的xml标记。
阅读一些帖子，其中提到JMeter的吞吐量将根据服务器的响应能力而停滞不前。但我的情况并非如此，因为我可以使用ReadyAPI生成150TPS。与ReadyAPI相关的年度许可成本和续订成本是我寻找JMeter解决方案的原因。
不仅服务器需要足够快的响应，JMeter还必须能够足够快地发送请求。
默认的JMeter配置适用于测试开发、调试和创建一些负载(但相当有限(，您需要正确调整JMeter实例以充分利用您的机器资源，因此请确保遵循以下步骤：
- JMeter最佳实践
- JMeter负载测试"内存不足"故障的9种简单解决方案
如果您的单机功能不够强大，无法进行所需的加载，则可以使用所需数量的负载生成器在分布式模式下运行JMeter，以便每秒创建必要数量的虚拟用户/请求