我创建了一个简单的测试(只是为了从 flickr 或 google 等著名网站下载文件。)我在本地运行测试(直接从 jmeter 或与本地运行的 jmeter-server 对话，)平均时间为 250 毫秒和吞吐量 29.4/s。然后我在一台主机(具有更好的互联网连接)上远程启动此测试，结果平均时间为 225 毫秒，但吞吐量极低——大约 2/s 甚至低于 1/s。平均时间数字看起来很合理。吞吐量数字完全没用。 jmeter 似乎以某种方式计算本地 jmeter 驱动程序和 jmeter 服务器之间的时间，而不是仅仅平均每个 jmeter 服务器所经历的吞吐量。我们如何在远程/分布式测试中获得正确的吞吐量数字？
最佳答案
还有一个补充(在从 jmeter.properties 中删除不活动的从站之后):
时间必须在所有机器之间同步:主机和所有从机。如果时间不同步，那么吞吐量将直线下降。正如 Hacking Bear 所说，Jmeter 不够智能，无法聚合本地机器中的内容并在服务器中进行汇总。而是将所有开始时间和结束时间发送给 Master，Master 将进行聚合。因此，如果所有机器之间的时间不同步，我们将无法获得适当的吞吐量。
如果你想将一台机器(machine-A)的时间日期设置为所有其他机器，然后运行
sudo ntpdate <machine-A-ip-address>
在您运行 Jmeter(从机)的所有机器上以及在主机器上。
关于performance - Jmeter远程/分布式测试吞吐量错误，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/10341218/