我创建了一个简单的测试（只是为了从flickr或google等着名网站下载文件。）我在本地运行测试（直接从jmeter或与本地运行的jmeter-server交谈），平均时间为250ms吞吐量29.4 / s。然后我在主机（具有更好的互联网连接）上远程启动此测试，结果平均时间为225毫秒，但吞吐量极低 - 如2 / s甚至低于1 / s。平均时间数看起来合理。吞吐量数字完全没用。似乎jmeter以某种方式计算本地jmeter驱动程序和jmeter服务器之间的时间，而不是仅仅平均每个jmeter服务器所经历的吞吐量。我们如何在远程/分布式测试中获得正确的吞吐量数字？
答案 0 :(得分：1)
再添加一次（从jmeter.properties中删除非活动从属后）：
所有机器之间必须同步时间：主人和所有奴隶。如果时间不同步，那么吞吐量将直线下降。正如Hacking Bear所说，Jmeter不够智能，无法在本地机器中聚合并在服务器中总结。而是将所有开始时间和结束时间发送给主服务器，主服务器将执行聚合。因此，如果所有机器之间的时间不同步，我们就无法获得适当的吞吐量。
如果要将一台机器（机器A）的时间日期设置为所有其他机器，请运行
sudo ntpdate <machine-A-ip-address>
在运行Jmeter（从站）的所有机器上以及主机器中。
答案 1 :(得分：0)
想通了。原因是当你配置了多个远程jmeter服务器但只启动一个时，jmeter不够聪明，不知道！所以它一直在等待其他非首发者回复，导致统计数据直线下降。解决方法是确保所有jmeter服务器启动和运行，