Salut,

En regardant le trafic du port Ethernet, il semble que "Iperf3" ne pousse pas autant de trafic pour remplir la limite du port réseau. Existe-t-il donc un commutateur avec iperf3 pour envoyer le trafic approprié pour remplir le port. Ou est-ce qu'il me manque quelque chose en faisant le test du réseau en utilisant "iperf3" par rapport à "iperf"

Je vois la même chose ici :
ubuntu@ubuntu :~$ iperf3 -c 10.10.10.3 -t 10 -P8 -i0
Connexion à l'hôte 10.10.10.3, port 5201
[ 4] port 10.10.10.2 local 46132 connecté au port 10.10.10.3 5201
[ 6] port 10.10.10.2 local 46134 connecté au port 10.10.10.3 5201
[ 8] port 10.10.10.2 local 46136 connecté au port 10.10.10.3 5201
[ 10] port 10.10.10.2 local 46138 connecté au port 10.10.10.3 5201
[ 12] port 10.10.10.2 local 46140 connecté au port 10.10.10.3 5201
[ 14] port 10.10.10.2 local 46142 connecté au port 10.10.10.3 5201
[ 16] port 10.10.10.2 local 46144 connecté au port 10.10.10.3 5201
[ 18] port 10.10.10.2 local 46146 connecté au port 10.10.10.3 5201
[ ID] Intervalle Transfert Bande passante Retr Cwnd
[ 4] 0,00-10,00 s 692 Mo 580 Mbits/s 548 717 Ko
[ 6] 0,00-10,00 s 689 Mo 578 Mbits/s 352 629 Ko
[ 8] 0,00-10,00 s 685 Mo 575 Mbits/s 416 655 Ko
[ 10] 0,00-10,00 s 686 Mo 575 Mbits/s 428 17,5 Ko
[ 12] 0,00-10,00 s 686 Mo 575 Mbits/s 433 612 Ko
[ 14] 0,00-10,00 s 685 Mo 575 Mbits/s 431 533 Ko
[ 16] 0,00-10,00 s 685 Mo 575 Mbits/s 426 533 Ko
[ 18] 0,00-10,00 s 685 Mo 575 Mbits/s 422 533 Ko
[SOMME] 0,00-10,00 s 5,36 Go 4,61 Gbits/s 3456

[ ID] Retr de bande passante de transfert d'intervalle
[ 4] 0,00-10,00 s 692 MBytes 580 Mbits/sec 548 expéditeur
[ 4] 0,00-10,00 s 674 MBytes 565 Mbits/sec récepteur
[ 6] 0,00-10,00 s 689 MBytes 578 Mbits/sec 352 expéditeur
[ 6] 0,00-10,00 s 674 MBytes 565 Mbits/sec récepteur
[ 8] 0,00-10,00 s 685 MBytes 575 Mbits/sec 416 expéditeur
[ 8] 0,00-10,00 s 673 MBytes 565 Mbits/sec récepteur
[ 10] 0,00-10,00 s 686 MBytes 575 Mbits/sec 428 expéditeur
[ 10] 0,00-10,00 s 674 MBytes 565 Mbits/sec récepteur
[ 12] 0,00-10,00 s 686 MBytes 575 Mbits/sec 433 expéditeur
[ 12] 0,00-10,00 s 674 MBytes 565 Mbits/sec récepteur
[ 14] 0,00-10,00 s 685 MBytes 575 Mbits/sec 431 expéditeur
[ 14] 0,00-10,00 s 674 MBytes 565 Mbits/sec récepteur
[ 16] 0,00-10,00 s 685 MBytes 575 Mbits/sec 426 expéditeur
[ 16] 0,00-10,00 s 674 MBytes 565 Mbits/sec récepteur
[ 18] 0,00-10,00 s 685 MBytes 575 Mbits/sec 422 expéditeur
[ 18] 0,00-10,00 s 674 MBytes 565 Mbits/sec récepteur
[SUM] 0,00-10,00 s 5,36 Go 4,61 Gbits/s 3456 expéditeur
[SUM] 0,00-10,00 s 5,26 Go 4,52 Gbits/s récepteur

ubuntu@ubuntu :~$ iperf -c 10.10.10.3 -t 10 -P8

Client se connectant à 10.10.10.3, port TCP 5001

Taille de la fenêtre TCP : 325 Ko (par défaut)

[ 10] local 10.10.10.2 port 44030 connecté avec 10.10.10.3 port 5001
[ 5] local 10.10.10.2 port 44018 connecté avec 10.10.10.3 port 5001
[ 6] local 10.10.10.2 port 44020 connecté avec 10.10.10.3 port 5001
[ 8] local 10.10.10.2 port 44024 connecté avec 10.10.10.3 port 5001
[ 7] local 10.10.10.2 port 44022 connecté avec 10.10.10.3 port 5001
[ 9] local 10.10.10.2 port 44026 connecté avec 10.10.10.3 port 5001
[ 4] local 10.10.10.2 port 44028 connecté avec 10.10.10.3 port 5001
[ 3] local 10.10.10.2 port 44016 connecté avec 10.10.10.3 port 5001
[ ID] Bande passante de transfert d'intervalle
[ 10] 0,0-10,0 s 4,82 Go 4,14 Gbits/s
[ 5] 0,0-10,0 s 2,28 Go 1,96 Gbits/s
[ 6] 0,0-10,0 s 2,47 Go 2,12 Gbits/s
[ 8] 0,0-10,0 s 5,16 Go 4,43 Gbits/s
[ 7] 0,0-10,0 s 4,81 Go 4,13 Gbits/s
[ 9] 0,0-10,0 s 4,92 Go 4,23 Gbits/s
[ 4] 0,0-10,0 s 2,33 Go 2,00 Gbits/s
[ 3] 0,0-10,0 s 2,32 Go 1,99 Gbits/s
[SOMME] 0,0-10,0 s 29,1 Go 25,0 Gbits/s

J'ai essayé diverses choses, des trames jumbo, la modification de la taille de la fenêtre, des connexions plus ou moins parallèles, etc.

Pareil ici
Connexion à l'hôte thunder-mojo-2-2, port 5201
[ 4] local 192.168.128.213 port 43273 connecté à 192.168.128.212 port 5201
[ ID] Intervalle Transfert Bande passante Retr Cwnd
[ 4] 0,00-1,00 s 499 Mo 4,18 Gbits/s 0 571 Ko
[ 4] 1,00-2,00 s 496 Mo 4,17 Gbits/s 0 708 Ko
[ 4] 2,00-3,00 s 498 Mo 4,18 Gbits/s 0 844 Ko
[ 4] 3,00-4,00 s 498 Mo 4,17 Gbits/s 0 889 Ko
[ 4] 4,00-5,00 s 499 Mo 4,18 Gbits/s 0 988 Ko
[ 4] 5,00-6,00 s 499 Mo 4,18 Gbits/s 0 1,07 Mo
[ 4] 6,00-7,00 s 499 Mo 4,18 Gbits/s 0 1,07 Mo
[ 4] 7,00-8,00 s 498 Mo 4,18 Gbits/s 0 1,07 Mo
[ 4] 8,00-9,00 s 500 Mo 4,19 Gbits/s 0 1,07 Mo
[ 4] 9,00-10,00 s 499 Mo 4,18 Gbits/s 0 1,18 Mo

[ ID] Retr de bande passante de transfert d'intervalle
[ 4] 0,00-10,00 s 4,87 Go 4,18 Gbits/s 0 expéditeur
[ 4] 0,00-10,00 s 4,85 Go 4,17 Gbits/s récepteur

FWIW, avec iperf2, je peux atteindre de manière fiable environ 34-35 Gb/s sur exactement la même configuration.

La raison de ces différences de performances est que iperf3 est à thread unique, donc tous les flux parallèles utiliseront un seul cœur. À 40G, vous serez limité au cœur

Pour tester 40G avec iperf3, je procède comme suit :

Démarrer 3 serveurs :
iperf3 -s -p 5101
iperf3 -s -p 5102
iperf3 -s -p 5103

puis exécutez 3 clients, en utilisant l'indicateur "-T" pour étiqueter la sortie :
iperf3 -c nom d'hôte -T s1 -p 5101 &; iperf3 -c nom d'hôte -T s2 -p 5102 &; iperf3 -c nom d'hôte -T s3 -p 5103 &;

Nous avons également mis à jour le site Fasterdata :

https://fasterdata.es.net/performance-testing/network-troubleshooting-tools/iperf-and-iperf3/iperf3-at-speeds-about-10gbps

Si vous pouviez confirmer que cela résout le problème pour vous, je fermerai ce problème.

salut

J'ai essayé les suggestions ci-dessus et cela n'a pas non plus fonctionné et chaque port n'a pu pousser que 3,31 Gbits/s sur une carte réseau de 40 Go. Voici le résultat du test comme ci-dessous :

Sur le nœud du serveur

~]# iperf3 -s -p 5101

Serveur à l'écoute sur 5101

Connexion acceptée depuis 192.168.110.95, port 45420
[ 5] local 192.168.110.94 port 5101 connecté au 192.168.110.95 port 45424
[ ID] Bande passante de transfert d'intervalle
[ 5] 0,00-1,00 s 375 Mo 3,14 Gbits/s
[ 5] 1,00-2,00 s 392 Mo 3,29 Gbits/s
[ 5] 2,00-3,00 s 397 Mo 3,33 Gbits/s
[ 5] 3,00-4,00 s 396 Mo 3,32 Gbits/s
[ 5] 4,00-5,00 s 393 Mo 3,30 Gbits/s
[ 5] 5,00-6,00 s 394 Mo 3,31 Gbits/s
[ 5] 6,00-7,00 s 400 Mo 3,35 Gbits/s
[ 5] 7,00-8,00 s 399 Mo 3,35 Gbits/s
[ 5] 8,00-9,00 s 398 Mo 3,34 Gbits/s
[ 5] 9,00-10,00 s 397 Mo 3,33 Gbits/s
[ 5] 10,00-10,04 s 15,3 Mo 3,32 Gbits/s

[ ID] Bande passante de transfert d'intervalle
[ 5] 0,00-10,04 s 0,00 octets 0,00 bits/s émetteur

[ 5] 0,00-10,04 s 3,86 Go 3,31 Gbits/s récepteur

Serveur à l'écoute sur 5101

~]# iperf3 -s -p 5102

Serveur à l'écoute sur 5102

Connexion acceptée depuis 192.168.110.95, port 42242
[ 5] local 192.168.110.94 port 5102 connecté au 192.168.110.95 port 42245
[ ID] Bande passante de transfert d'intervalle
[ 5] 0,00-1,00 s 376 Mo 3,16 Gbits/s
[ 5] 1,00-2,00 s 388 Mo 3,26 Gbits/s
[ 5] 2,00-3,00 s 387 Mo 3,25 Gbits/s
[ 5] 3,00-4,00 s 388 Mo 3,25 Gbits/s
[ 5] 4,00-5,00 s 393 Mo 3,29 Gbits/s
[ 5] 5,00-6,00 s 394 Mo 3,31 Gbits/s
[ 5] 6,00-7,00 s 390 Mo 3,27 Gbits/s
[ 5] 7,00-8,00 s 387 Mo 3,24 Gbits/s
[ 5] 8,00-9,00 s 386 Mo 3,24 Gbits/s
[ 5] 9,00-10,00 s 387 Mo 3,25 Gbits/s
[ 5] 10,00-10,04 s 15,0 Mo 3,26 Gbits/s

[ ID] Bande passante de transfert d'intervalle
[ 5] 0,00-10,04 s 0,00 octets 0,00 bits/s émetteur

[ 5] 0,00-10,04 s 3,80 Go 3,25 Gbits/s récepteur

Serveur à l'écoute sur 5102

~]# iperf3 -s -p 5103

Serveur à l'écoute sur 5103

Connexion acceptée depuis 192.168.110.95, port 36757
[ 5] local 192.168.110.94 port 5103 connecté à 192.168.110.95 port 36758
[ ID] Bande passante de transfert d'intervalle
[ 5] 0,00-1,00 s 386 Mo 3,24 Gbits/s
[ 5] 1,00-2,00 s 401 Mo 3,36 Gbits/s
[ 5] 2,00-3,00 s 397 Mo 3,33 Gbits/s
[ 5] 3,00-4,00 s 398 Mo 3,34 Gbits/s
[ 5] 4,00-5,00 s 395 Mo 3,32 Gbits/s
[ 5] 5,00-6,00 s 393 Mo 3,29 Gbits/s
[ 5] 6,00-7,00 s 392 Mo 3,29 Gbits/s
[ 5] 7,00-8,00 s 396 Mo 3,32 Gbits/s
[ 5] 8,00-9,00 s 397 Mo 3,33 Gbits/s
[ 5] 9,00-10,00 s 397 Mo 3,33 Gbits/s
[ 5] 10,00-10,04 s 15,1 Mo 3,34 Gbits/s

[ ID] Bande passante de transfert d'intervalle
[ 5] 0,00-10,04 s 0,00 octets 0,00 bits/s émetteur

[ 5] 0,00-10,04 s 3,87 Go 3,31 Gbits/s récepteur

Serveur à l'écoute sur 5103

Sur le nœud client :
[ root@server35 ~]# iperf3 -c 192.168.110.94 -T s1 -p 5101 &; iperf3 -c 192.168.110.94 -T s2 -p 5102 &; iperf3 -c 192.168.110.94 -T s3 -p 5103 &;
bash : erreur de syntaxe près du jeton inattendu `;'
[ root@server35 ~]# iperf3 -c 192.168.110.94 -T s1 -p 5101 & iperf3 -c 192.168.110.94 -T s2 -p 5102 & iperf3 -c 192.168.110.94 -T s3 -p 5103 &
[1] 38008
[2] 38009
[3] 38010
[ root@server35 ~]# s1 : connexion à l'hôte 192.168.110.94, port 5101
s2 : connexion à l'hôte 192.168.110.94, port 5102
s3 : connexion à l'hôte 192.168.110.94, port 5103
s3 : [ 4] local 192.168.110.95 port 36758 connecté au 192.168.110.94 port 5103
s2 : [ 4] local 192.168.110.95 port 42245 connecté à 192.168.110.94 port 5102
s1 : [ 4] local 192.168.110.95 port 45424 connecté à 192.168.110.94 port 5101
s3 : [ID] Intervalle Transfert Bande passante Retr Cwnd
s3 : [ 4] 0,00-1,00 s 401 Mo 3,37 Gbits/s 0 446 Ko
s2 : [ ID] Intervalle Transfert Bande passante Retr Cwnd
s2 : [ 4] 0,00-1,00 s 391 Mo 3,28 Gbits/s 0 446 Ko
s1 : [ ID] Intervalle Transfert Bande passante Retr Cwnd
s1 : [ 4] 0,00-1,00 s 390 Mo 3,27 Gbits/s 0 446 Ko
s3 : [ 4] 1,00-2,00 s 400 Mo 3,36 Gbits/s 0 446 Ko
s2 : [ 4] 1,00-2,00 s 388 Mo 3,26 Gbits/s 0 446 Ko
s1 : [ 4] 1,00-2,00 s 393 Mo 3,29 Gbits/s 0 446 Ko
s3 : [ 4] 2,00-3,00 s 397 Mo 3,33 Gbits/s 0 446 Ko
s2 : [ 4] 2,00-3,00 s 387 Mo 3,24 Gbits/s 0 446 Ko
s1 : [ 4] 2,00-3,00 s 397 Mo 3,33 Gbits/s 0 446 Ko
s3 : [ 4] 3,00-4,00 s 398 Mo 3,34 Gbits/s 0 446 Ko
s2 : [ 4] 3,00-4,00 s 388 Mo 3,25 Gbits/s 0 446 Ko
s1 : [ 4] 3,00-4,00 s 396 Mo 3,32 Gbits/s 0 446 Ko
s3 : [ 4] 4,00-5,00 s 395 Mo 3,31 Gbits/s 0 446 Ko
s2 : [ 4] 4,00-5,00 s 393 Mo 3,30 Gbits/s 0 446 Ko
s1 : [ 4] 4,00-5,00 s 393 Mo 3,30 Gbits/s 0 446 Ko
s3 : [ 4] 5,00-6,00 s 393 Mo 3,29 Gbits/s 0 446 Ko
s2 : [ 4] 5,00-6,00 s 394 Mo 3,31 Gbits/s 0 455 Ko
s1 : [ 4] 5,00-6,00 s 395 Mo 3,31 Gbits/s 0 446 Ko
s3 : [ 4] 6,00-7,00 s 392 Mo 3,29 Gbits/s 0 446 Ko
s2 : [ 4] 6,00-7,00 s 389 Mo 3,27 Gbits/s 0 455 Ko
s1 : [ 4] 6,00-7,00 s 400 Mo 3,35 Gbits/s 0 446 Ko
s3 : [ 4] 7,00-8,00 s 396 Mo 3,32 Gbits/s 0 446 Ko
s2 : [ 4] 7,00-8,00 s 387 Mo 3,24 Gbits/s 0 455 Ko
s1 : [ 4] 7,00-8,00 s 399 Mo 3,35 Gbits/s 0 446 Ko
s3 : [ 4] 8,00-9,00 s 397 Mo 3,33 Gbits/s 0 446 Ko
s2 : [ 4] 8,00-9,00 s 386 Mo 3,24 Gbits/s 0 455 Ko
s1 : [ 4] 8,00-9,00 s 399 Mo 3,34 Gbits/s 0 446 Ko
s3 : [ 4] 9,00-10,00 s 397 Mo 3,33 Gbits/s 0 446 Ko

s3 : - - - - - - - - - - - - - - - - - - - - - - - - -
s3 : [ID] Retr de bande passante de transfert d'intervalle
s3 : [ 4] 0,00-10,00 s 3,87 Go 3,33 Gbits/s 0 expéditeur
s3 : [ 4] 0,00-10,00 s 3,87 Go 3,33 Gbits/s récepteur
s3 :
s3 : iperf Terminé.
s1 : [ 4] 9,00-10,00 s 397 Mo 3,33 Gbits/s 0 446 Ko
s1 : - - - - - - - - - - - - - - - - - - - - - - - - -
s1 : [ ID] Retr de bande passante de transfert d'intervalle
s2 : [ 4] 9,00-10,00 s 387 Mo 3,24 Gbits/s 0 455 Ko
s1 : [ 4] 0,00-10,00 s 3,86 Go 3,32 Gbits/s 0 expéditeur
s2 : - - - - - - - - - - - - - - - - - - - - - - - - -
s1 : [ 4] 0,00-10,00 s 3,86 Go 3,32 Gbits/s récepteur
s2 : [ ID] Retr de bande passante de transfert d'intervalle
s1 :
s2 : [ 4] 0,00-10,00 s 3,80 Go 3,26 Gbits/s 0 expéditeur
s1 : iperf Terminé.
s2 : [ 4] 0,00-10,00 s 3,80 Go 3,26 Gbits/s récepteur
s2 :
s2 : iperf Terminé.

[1] Terminé iperf3 -c 192.168.110.94 -T s1 -p 5101
[2]- Terminé iperf3 -c 192.168.110.94 -T s2 -p 5102
[3]+ Terminé iperf3 -c 192.168.110.94 -T s3 -p 5103

avez-vous toujours ce problème ? Je n'ai aucun problème à remplir un tuyau 100G avec 4 processus iperf3 en utilisant la v3.1.5.

Ceci est maintenant abordé dans la nouvelle FAQ.

Ceci est maintenant abordé dans la nouvelle FAQ.

Pouvez-vous créer un lien ici ?

@emanueljoivo
https://software.es.net/iperf/faq.html#faq

Oh mec! cela ressemble à un déclassement par rapport à iperf 3 ou 2. puis-je demander quelle est la raison de faire 3 single-thread?

Les performances du flux parallèle d'iperf3 sont bien inférieures à celles d'iperf2. Pourquoi?
iperf3 est mono-thread et iperf2 est multi-thread. Nous vous recommandons d'utiliser iperf2 pour les flux parallèles. Si vous souhaitez utiliser plusieurs flux iperf3, utilisez la méthode décrite ici.

Oh mec! cela ressemble à un déclassement par rapport à iperf 3 ou 2. puis-je demander quelle est la raison de faire 3 single-thread?

Les performances du flux parallèle d'iperf3 sont bien inférieures à celles d'iperf2. Pourquoi?
iperf3 est mono-thread et iperf2 est multi-thread. Nous vous recommandons d'utiliser iperf2 pour les flux parallèles. Si vous souhaitez utiliser plusieurs flux iperf3, utilisez la méthode décrite ici.

Ouais assez bien. J'avais la même question et la seule réponse que j'ai pu trouver était "parce que". iperf2 est abandonné, mais si vous souhaitez tester de manière fiable des appareils à plus de 40 Gb/s, les développeurs d'iperf3 suggèrent d'utiliser le même iperf2 abandonné pour lequel ils ont écrit iperf3 pour contourner, OU vous devez utiliser un kludge. Nous avons dû utiliser le kludge car mes besoins étaient de tester des périphériques réseau de 1 à 100 + Gb/s et je n'ai pas besoin d'introduire deux outils différents pour cela, et iperf2 n'a pas les fonctionnalités mises à jour que 3 a comme CPU rapports d'utilisation.

Malheureusement, nous avons dû contourner cette limitation en utilisant plusieurs instances iperf3 dans un script python multithread et exécuter plus de 10 threads pour les contrôleurs 100 Go. Le sweet spot que nous avons trouvé semble être 1 thread pour 10 à 20 Go de bande passante (donc 40 Gb/s seraient 4 threads, etc.).

Ensuite, vous devez piéger toute la sortie, l'analyser pour obtenir le total de chaque thread, puis additionner tout cela pour obtenir un débit total. C'est bidon, c'est trop compliqué, mais ils nous ont laissé peu de choix, malheureusement.

Quant à POURQUOI ? Qui sait. il y a peut-être une raison technique pour ne pas créer une application multi-thread.