Saya menggunakan iperf3.7 untuk mengukur throughput sistem yang mampu sekitar max 4 Gbps.

Server iperf3 berjalan di mesin Linux. Saya memulai lalu lintas dengan perintah ini di sisi klien dengan flag berikut, -R opsi untuk membiarkan server mengirim ke klien: iperf3 -c 32.0.161.84 -u -l 1360 -b 550M -P 8 -w 16M -R -t 3000

Sebagian besar waktu semuanya berfungsi seperti yang diharapkan, saya menerima sekitar 4 Gbps. Tetapi pada beberapa kesempatan, seperti 1-2 kali dari 10 iterasi, saya menerima throughput yang lebih rendah dari yang diharapkan. Berapa jauh lebih rendah tampaknya acak, bisa 2 Gbps atau 3 atau 3,5. Ketika saya mendapatkan skenario throughput rendah, biasanya tetap rendah selama beberapa menit. Terkadang, setelah beberapa menit bisa pulih dengan sendirinya hingga kecepatan maksimal dan terkadang tetap rendah lebih lama. Ketika saya mendapatkan skenario throughput rendah ini, saya bisa mendapatkan skenario throughput yang baik jika menghentikan lalu lintas dan memulai lagi dan dalam hal ini sisi klien telah menerima alamat ip baru karena secara dinamis ditetapkan ke klien pada setiap iterasi.

Melihat hasil cetakan dari sisi server pengirim dikatakan mengirim 8x550M dan saya juga telah memeriksa dengan ifstat yang juga menunjukkan bahwa itu mengirim 4400 Mbps.

Masih menerima sisi menerima kecepatan yang lebih rendah.

Mencerminkan kartu ethernet dari mesin yang dijalankan oleh klien iperf (sisi pengirim) ke wireshark menunjukkan ada celah diam 10,8 ms dari waktu ke waktu yang dapat menjelaskan tingkat yang lebih rendah yang diterima.

penangkapan wireshark

Dalam contoh ini dengan wireshark, lalu lintasnya adalah 4,4 Gbps dan kemudian tiba-tiba, tampaknya ada jeda diam selama 10,8 ms dan kita kehilangan 4486 ip frame dengan 1360 byte. Itu bisa menjelaskan mengapa lalu lintas turun menjadi 3 Gbps untuk sementara waktu.

Adakah yang tahu mengapa ini terjadi dan apakah itu masalah yang diketahui berpotensi diperbaiki di versi yang lebih baru, 3.8 atau 3.9? Adakah flag tambahan yang berguna untuk menghindari skenario ini? Saya telah mencoba menjalankan server pada mesin Linux yang berbeda, tetapi masalah yang sama terjadi, jadi saya rasa itu bukan masalah pada mesin itu sendiri.

BR Niklas

0
Nicke 12 Mei 2021, 23:01

1 menjawab

Jawaban Terbaik

Kami mengubah teknik logging menjadi sesuatu yang disebut net-sniff dan kemudian kami tidak dapat melihat celah lagi ketika throughput yang lebih rendah terjadi. Jadi gap yang saya maksud awalnya bukan gap yang nyata, lebih mungkin bug di logging. Jadi kami menganggap iperf3 berfungsi sebagaimana mestinya dan menganggap throughput yang lebih rendah disebabkan oleh sesuatu di jaringan.

0
Nicke 18 Mei 2021, 10:09