我已經創建了一個簡單的測試（只需從flickr或google等着名站點下載文件）。我在本地運行測試（直接從jmeter運行或與本地運行的jmeter-server ，）平均時間爲250ms，吞吐量爲29.4/s。然後，我在一臺主機上遠程啓動這個測試（它具有更好的網絡連接），所得到的平均時間爲225ms，但吞吐量非常低 - 例如2/s甚至低於1/s。平均時間數字看起來很合理。吞吐量數字完全沒用。看起來，jmeter在某種程度上計算了本地jmeter驅動程序和jmeter服務器之間的時間，而不僅僅是平均每個jmeter服務器所經歷的吞吐量。我們如何在遠程/分佈式測試中獲得正確的吞吐量數字？Jmeter遠程/分佈式測試吞吐量錯誤
想通了。原因是，當你配置了多個遠程jmeter服務器，但只啓動一個，jmeter不夠聰明就知道！所以它一直在等待其他非首發者回復，導致統計數據下降。解決方法是，以確保所有JMeter伺服器啓動和工作，
還有一個另外（去除jmeter.properties無效奴隸後）：
時間必須在所有機器間synch'd大師和所有奴隸。如果時間不同步，吞吐量將直線下降。正如Hacking Bear Jmeter所說，它不夠聰明，可以在本地機器中聚合事物並將其彙總在服務器中。相反，它會將所有開始時間和結束時間發送給主人，而主人則會進行彙總。所以如果所有機器之間的時間不同步，我們不會得到適當的吞吐量。
如果你想設置一臺機器（機器A）與所有其他的時間日期，然後運行
sudo ntpdate <machine-A-ip-address>
，並在主機。