Iperf: Iperf3 Selalu Mengirim Bandwidth 10.5Mbits/sec atau Lebih Besar dengan TCP

Dibuat pada 1 Jul 2016  ·  4Komentar  ·  Sumber: esnet/iperf

Menjalankan "iperf3 -s" di satu mesin dan "iperf3 -c (server ip) -b 10k" di mesin lain, saya menerima output berikut di mesin klien:

Menghubungkan ke host (ip server), port 5201
[4] port lokal (ip klien) 59638 terhubung ke port (ip server) 5201
[ ID] Interval Transfer Bandwidth Retr Cwnd
[ 4] 0,00-1,00 detik 1,16 MBytes 9,75 Mbits/dtk 0 61,5 KBytes KB
[ 4] 1,00-2,00 dtk 1,25 MBytes 10,5 Mbits/dtk 0 126 KBytes
[ 4] 2,00-3,00 detik 1,25 MBytes 10,5 Mbits/dtk 0 132 KBytes
[ 4] 3,00-4,00 detik 1,25 MBytes 10,5 Mbits/dtk 1 97,5 KBytes
[ 4] 4,00-5,00 detik 1,25 MBytes 10,5 Mbits/dtk 0 106 KBytes
[ 4] 5,00-6,00 detik 1,25 MBytes 10,5 Mbits/dtk 0 115 KBytes
[ 4] 6,00-7,00 dtk 1,25 MBytes 10,5 Mbits/dtk 0 122 KByte
[ 4] 7,00-8.00 detik 1,25 MBytes 10,5 Mbits/dtk 0 128 KBytes
[ 4] 8,00-9,00 detik 1,25 MBytes 10,5 Mbits/dtk 1 94,9 KBytes
[ 4] 9.00-10.00 dtk 1,25 MBytes 10,5 Mbits/dtk 0 104 KBytes


[ ID] Retr Bandwidth Transfer Interval
[ 4] 0.00-10.00 dtk 12,4 MBytes 10,4 Mbits/dtk 2 pengirim
[ 4] 0.00-10.00 detik Penerima 12,3 MBytes 10,3 Mbit/dtk

Setiap permintaan untuk koneksi TCP dengan bandwidth di bawah 10,5 Mbits/s diabaikan tanpa kesalahan dan saya tidak dapat menemukan dokumentasi batasan ini. UDP, di sisi lain, mampu mencapai bandwidth yang lebih kecil, dengan batas bawah 655 Kbits/s.

bug wontfix

Komentar yang paling membantu

Ini karena panjang TCP default (-l flag), tambahkan untuk ex. "-l512" dan itu akan berhasil

Semua 4 komentar

Ini karena panjang TCP default (-l flag), tambahkan untuk ex. "-l512" dan itu akan berhasil

Itu solusi yang masuk akal. Saya pikir sebagian dari masalahnya adalah bahwa kode pelambatan hanya melacak waktu dalam satuan detik penuh, yang membatasi perincian yang dapat kami batasi tingkat pengirimannya. Menggunakan mondar-mandir berbasis per-soket yang lebih baru pada iperf3 terbaru dan Linux terbaru mungkin juga merupakan solusi yang baik.

Itu bug lucu yang juga saya temui. Dalam pengujian terbalik ( -R ), sepertinya tidak terjadi.

Tutup karena ada solusi/perbaikan untuk itu. Rekomendasikan menggunakan -l 100 atau yang serupa untuk kasus penggunaan ini. Kami memiliki beberapa teks di FAQ yang baru ditambahkan tentang hal ini.

Apakah halaman ini membantu?
0 / 5 - 0 peringkat