こんにちは、
フルメッシュ方式で、複数の(正常に動作している場合は最大70)ホスト間でiperf3テストを実行しようとしています。 1日実行したいのですが、この段階での最大実行時間は1時間です。 残念ながら、ポートごとに最大1つの同時iperf3インスタンス/実行というサーバーの制限により、完全な毎日のテストに必要な結果を得ることができません。 この制限を変更する方法はありますか? 私はプログラミングに興味がないのではないかと心配しています。
もう1つの質問は、JSONファイルの統計出力(ジッターなど)についてです。これは、実行の最後にのみ出力され、間隔ほど頻繁には出力されません。 この動作を変更する方法はありますか? 上記のように、私はプログラミングのスキルを持っていません。
本当にありがとう。
よろしく
フェデリコ
最大実行時間制限は、 src/iperf.h
の定数MAX_TIME
によって設定されます。 これを変更すると、コマンドラインで指定できる最大値が変更されます。 @bltierneyと私はこれについて話し合いましたが、正確にどれだけ高いかはわかりませんが、1時間より長いテストを実行するためのいくつかの良いユースケースがあるため、最大値は間違いなく高くなるはずです。 多分私達は1日(86400)に行くかもしれません。
JSONの結果は現在構造化されているため、部分的な結果を表示することはできないため、JSONは実行の最後にのみ表示できます。
MAX_TIME
パラメータを増やすためにこれを3.0.x用にマークします。
こんにちはブルース、
ありがとう。 JSON出力について:最後にすべて書かれていることは理解していますが、私の質問は別の主題についてでしたが、これを解決しました。 実際、私の同僚の1人は、サーバーとクライアントの出力が異なることに気づきました。サーバーからの出力は間隔に応じてジッターが出力されますが、クライアントからの出力は最後にのみ出力され、実行全体にわたって計算されます。 そこで、サーバーの出力を使用して解決しましたが、この違いの理由を確認したい場合があります。
よろしく
フェデリコ
ジッタ統計は、生成される場所であるため、現在サーバーでのみ使用できます。 クライアントとサーバーがテストの最後により多くのデータを交換するための未解決の問題(#160)があるため、それぞれがより完全な結果のセットを持ちます。
テスト期間に上限を設定する理由を丁寧に尋ねることはできますか?
@Yakkity :高ビットレートのストリームが本質的に永久に実行される危険を回避したかったのです。 これを本当に必要としている人は、コードを変更できるはずです(それは些細なことです)。
最も参考になるコメント
@Yakkity :高ビットレートのストリームが本質的に永久に実行される危険を回避したかったのです。 これを本当に必要としている人は、コードを変更できるはずです(それは些細なことです)。