非 GUI オプションを使用して、Jmeter でマスター サーバー A (Linux) からスレーブ サーバー B (Linux) への分散負荷テストを実行していました。これが私がしたことです：
./jmeter -n -t xxx.jmx -l results.log -R xxx.xxx.xxx.xxx
デフォルトでは、Jmeter は結果ファイルをマスター サーバー A に書き込みます。結果ファイルをリモート サーバー B に直接保存する方法があるかどうか疑問に思っています。
前もって感謝します！
アイデアは、おそらくデータをローカルに保存する手段さえも持たない、愚かな奴隷であるということです。メソッドはリモート プロセッサ (RMI) で呼び出され、そこから実行されますが、他のすべてのリソースはクライアント側に保持されます。
Jenkins のような CI サーバーをセットアップして、分散方式で jmeter クライアントを実行できます。これにより、テストの配布方法をより細かく制御できます。ワークスペースを制御するジョブに関連付けられた、ジェンキンススレーブでもあるリモート（jmeter）スレーブへの分散テストを使用して、マスターでjmeterクライアントを実行するジェンキンスをセットアップしました。これは、それらがジェンキンによって使用されることは決してないことを意味しますが、ジェンキンはワークスペースから結果ファイルを取得し、それらを集約し、jmeter プラグイン CMDrunner を使用してグラフを作成できます。
もう 1 つの可能性は、サンプル結果の前に現在のスレーブの IP アドレスの一意の部分を付けることです。これにより、それらを結果ビューアーに集約して表示したり、個別に表示したり、結果を分離して元のスレーブに保存するスクリプトを記述したりすることができます。
また、samba などを使用してリモート スレーブ ドライブを共有し、マスターから直接そこに結果を保存することもできます。
スレーブが 1 つしかない場合、これらはどれも簡単に実装できますが、スレーブを追加すると複雑になります。
送信側の代替実装のサンプルを見てください。
ここで関連する段落を読んでください。
ネイティブではこのように動作します。オプションは、分散モードを使用せず、多くの jmeter インスタンスを非 GUI モードで実行することです。
jmeter ユーザーのメーリング リストを試してみてください。回答が得られない場合は、バグジラの拡張リクエストを開いてください。