問題タブ [iperf]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
windows - Cygwin での Iperf が引数を認識しない
Windows 7 で Cygwin を実行していて、それで Iperf 2.0.5-2 を実行しようとしています。何らかの理由で、渡された引数は無視されるようです。例えば、
また
使用説明書を出力するだけです。(引数なしで iperf.exe を実行した場合の出力と同じです。) 他のアプリケーションでは、入力引数を問題なく受け入れることができます。正直なところ、どこから始めればいいのかわかりません..これを見た人はいますか？ありがとう！
tcp - Iperf TCP テストのバリエーション
iperf を使用して 2 台のマシン (WiFi + AP) 間の接続をテストしています。1 台は Ubuntu14 を実行し、もう 1 台は Win7 です。どちらも同じサブネット上にあります。
問題は、結果が時間の経過とともに大きく変化し、実行ごとに変化することです! 正確な理由を理解できませんでしたか？
結果の抜粋:
コマンド @ Win サーバー
iperf -c IP -i 5 -t 60
コマンド @ Ub クライアント
iperf -s -i 5
なぜそんなに変化するのかを説明してくれる人はいますか？後で比較するために、2 台のマシン間の接続を正しくプローブする方法は?
linux - UDP でのパケット ドロップがパケット数と帯域幅使用率に相関するのはなぜですか
を使用してクライアントとホスト間の速度をテストしていますiperf。私のアプリケーションでは、およそ 5KHz で 2 バイトの UDP フレームを送信できる必要があります。
通常の UDP 速度テストを実行すると、簡単に 10Mb/s を取得できます。
次に、2B を 5Hz (80Kb/s に相当) で送信してアプリケーションをミラーリングしようとすると、次のようになります。
サーバー側は、パケットが通過しなかったと言っていますが、これは、カウンターまたはiperfパケットを追跡するために使用するものが 2B ペイロード内に収まらないためです。これは理にかなっていますか？
一般的な経験則として、多くの小さなパケットを送信することと、大きなパケットを送信しないことのどちらが悪いでしょうか? 大きなデータグラムを「パック」するのを待つことと、取得したらすぐに2Bのデータを即座に送信することとのトレードオフを説明する文献を指摘できる人はいますか?
さらに明確にするために、多くの小さなパケット (オーバーヘッドを含め、パケットは約 60B しかありません) を送信した場合と、少数ではあるが大きなパケットを送信した場合に支払うペナルティに関心があります。これまでの私のテストでは、パケット ドロップは明らかに帯域幅の使用と相関しておらず、むしろ直感に反するパケット数と相関しています。
編集：
私はこれを最も単純なクライアント - サーバーのセットアップで行っています。ローカル ネットワークに接続された 2 台の Linux PC 間で、その間にイーサネット スイッチがあるネットワーク上の唯一のインターフェイスです。
android - iPerf を使用して帯域幅を測定するために固定サイズのファイルを使用する方法は?
iPerf を使用して、Android ベースのネットワークのパフォーマンスを測定しようとしています。すべてのノード (つまり、電話) がルート化されています。
Linux で次のコマンドを使用して、サイズ 1 MB のファイルを作成しました。
現在、iPerf では、次のように「-F」オプションを使用しようとしています。
に：
「ランダムデータを使用する代わりに、ファイルから読み取り、ネットワークに書き込みます」
ただし、iperf で次のエラーが表示されます。
ファイル ストリームを開けません。デフォルトのデータ ストリームを使用します
私の質問は、固定サイズのファイルを使用して、iPerf を使用して帯域幅を測定する方法です。
tcp - iperf3 と tcp_probe が異なる輻輳ウィンドウを報告するのはなぜですか?
iperf3別のサーバー上の複数の送信者を使用して簡単な実験を実行し、TCP別のサーバー上の単一の受信者にトラフィックを送信しています。
iperf3Cwndは、この実験中に 0.1 秒ごとに輻輳ウィンドウ ( ) を報告します (キロバイト単位)。また、実験中のカーネル モジュールからの出力もログに記録しますtcp_probe。これは、(セグメントで) 変更されるたびに輻輳ウィンドウを示します。輻輳ウィンドウに 1500 (MTU サイズ)を掛けて、tcp_probe-reported輻輳ウィンドウをバイト単位で取得します。輻輳ウィンドウが一致すると予想していましたが、iperf3 によって報告された輻輳ウィンドウのサイズは、tcp_probe. この乗法係数によって修正されると、それらは完全に一致します。なぜこれが起こるのですか？どちらが正しいですか？
私が実行するコマンドは次のとおりです。
iperf - Iperf: データの転送
iperf の動作を理解するために質問があります。次のコマンドを使用しています。私が理解できないのは、「6945 データグラムを送信するにはどうすればよいですか?」ということです。私の理解によれば、9.66 MBytes が転送される場合、9.66M/1458 = 6625 データグラムが転送されるはずです。
10.125MBytes (2.7Mbps * 30 秒) が転送された場合、6944 データグラムが送信されたことになります (udp およびその他のヘッダーを除く)
誰かが知っている場合は明確にしてください..
（また、クライアントとサーバーの両方でwiresharkを使用してチェックしたところ、パケット数がiperfで表示されるパケット数よりも大きくなっています）