Hola,

Al observar el tráfico del puerto ethernet, parece que "Iperf3" no está impulsando tanto tráfico para llenar el límite del puerto de red. Entonces, ¿existe algún conmutador con iperf3 para enviar el tráfico adecuado para llenar el puerto? ¿O me falta algo al hacer la prueba de red usando "iperf3" en comparación con "iperf"?

Veo lo mismo aquí:
ubuntu @ ubuntu : ~ $ iperf3 -c 10.10.10.3 -t 10 -P8 -i0
Conexión al host 10.10.10.3, puerto 5201
[4] puerto local 10.10.10.2 46132 conectado al puerto 10.10.10.3 5201
[6] puerto local 10.10.10.2 46134 conectado al puerto 10.10.10.3 5201
[8] puerto local 10.10.10.2 46136 conectado al puerto 10.10.10.3 5201
[10] puerto local 10.10.10.2 46138 conectado al puerto 10.10.10.3 5201
[12] puerto local 10.10.10.2 46140 conectado al puerto 10.10.10.3 5201
[14] puerto local 10.10.10.2 46142 conectado al puerto 10.10.10.3 5201
[16] puerto local 10.10.10.2 46144 conectado al puerto 10.10.10.3 5201
[18] puerto local 10.10.10.2 46146 conectado al puerto 10.10.10.3 5201
[ID] Cwnd de recuperación de ancho de banda de transferencia de intervalo
[4] 0,00-10,00 s 692 MBytes 580 Mbits / s 548 717 KBytes
[6] 0,00-10,00 s 689 MBytes 578 Mbits / s 352629 KBytes
[8] 0,00-10,00 s 685 MBytes 575 Mbits / s 416655 KBytes
[10] 0,00-10,00 s 686 MBytes 575 Mbits / s 428 17,5 KBytes
[12] 0,00-10,00 s 686 MBytes 575 Mbits / s 433 612 KBytes
[14] 0,00-10,00 s 685 MBytes 575 Mbits / s 431533 KBytes
[16] 0,00-10,00 s 685 MBytes 575 Mbits / s 426533 KBytes
[18] 0,00-10,00 s 685 MBytes 575 Mbits / s 422533 KBytes
[SUMA] 0,00-10,00 s 5,36 GBytes 4,61 Gbits / s 3456

[ID] Recuperación de ancho de banda de transferencia de intervalo
[4] 0,00-10,00 s 692 MBytes 580 Mbits / s 548 remitente
[4] 0.00-10.00 s 674 MBytes 565 Mbits / s receptor
[6] 0,00-10,00 s 689 MBytes 578 Mbits / s 352 remitente
[6] 0.00-10.00 s 674 MBytes 565 Mbits / s receptor
[8] 0,00-10,00 seg 685 MBytes 575 Mbits / seg 416 remitente
[8] 0.00-10.00 s 673 MBytes 565 Mbits / s receptor
[10] 0,00-10,00 seg 686 MBytes 575 Mbits / seg 428 remitente
[10] 0.00-10.00 s 674 MBytes 565 Mbits / s receptor
[12] 0,00-10,00 s 686 MBytes 575 Mbits / s 433 remitente
[12] 0.00-10.00 s 674 MBytes 565 Mbits / s receptor
[14] 0,00-10,00 seg 685 MBytes 575 Mbits / seg 431 remitente
[14] 0.00-10.00 s 674 MBytes 565 Mbits / s receptor
[16] 0,00-10,00 s 685 MBytes 575 Mbits / s 426 remitente
[16] 0.00-10.00 s 674 MBytes 565 Mbits / s receptor
[18] 0,00-10,00 s 685 MBytes 575 Mbits / s 422 remitente
[18] 0.00-10.00 s 674 MBytes 565 Mbits / s receptor
[SUMA] 0,00-10,00 s 5,36 GBytes 4,61 Gbits / s 3456 remitente
[SUMA] 0,00-10,00 s 5,26 GBytes 4,52 Gbits / s receptor

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

Cliente que se conecta a 10.10.10.3, puerto TCP 5001

Tamaño de la ventana TCP: 325 KByte (predeterminado)

[10] puerto local 10.10.10.2 44030 conectado con 10.10.10.3 puerto 5001
[5] puerto local 10.10.10.2 44018 conectado con 10.10.10.3 puerto 5001
[6] puerto local 10.10.10.2 44020 conectado con 10.10.10.3 puerto 5001
[8] puerto local 10.10.10.2 44024 conectado con 10.10.10.3 puerto 5001
[7] puerto local 10.10.10.2 44022 conectado con 10.10.10.3 puerto 5001
[9] puerto local 10.10.10.2 44026 conectado con 10.10.10.3 puerto 5001
[4] puerto local 10.10.10.2 44028 conectado con 10.10.10.3 puerto 5001
[3] puerto local 10.10.10.2 44016 conectado con 10.10.10.3 puerto 5001
[ID] Ancho de banda de transferencia de intervalo
[10] 0,0-10,0 s 4,82 GBytes 4,14 Gbits / s
[5] 0,0-10,0 s 2,28 GBytes 1,96 Gbits / s
[6] 0,0-10,0 s 2,47 GBytes 2,12 Gbits / s
[8] 0,0-10,0 segundos 5,16 GBytes 4,43 Gbits / seg
[7] 0,0-10,0 s 4,81 GBytes 4,13 Gbits / s
[9] 0,0-10,0 s 4,92 GBytes 4,23 Gbits / s
[4] 0,0-10,0 s 2,33 GBytes 2,00 Gbits / s
[3] 0,0-10,0 s 2,32 GBytes 1,99 Gbits / s
[SUMA] 0,0-10,0 s 29,1 GBytes 25,0 Gbits / s

He intentado varias cosas, marcos gigantes, cambiar el tamaño de la ventana, conexiones más o menos paralelas, etc., pero iperf3 NUNCA supera los 10 Gb / sy eso es solo cuando estoy conectado a una sola CPU usando -A.

Aquí igual
Conexión al host thunder-mojo-2-2, puerto 5201
[4] puerto local 192.168.128.213 43273 conectado al puerto 192.168.128.212 5201
[ID] Cwnd de recuperación de ancho de banda de transferencia de intervalo
[4] 0,00-1,00 s 499 MBytes 4,18 Gbits / s 0571 KBytes
[4] 1,00-2,00 s 496 MBytes 4,17 Gbits / s 0 708 KBytes
[4] 2.00-3.00 s 498 MBytes 4,18 Gbits / s 0844 KBytes
[4] 3.00-4.00 s 498 MBytes 4,17 Gbits / s 0889 KBytes
[4] 4,00-5,00 s 499 MBytes 4,18 Gbits / s 0 988 KBytes
[4] 5,00-6,00 segundos 499 MBytes 4,18 Gbits / seg 0 1,07 MBytes
[4] 6,00-7,00 segundos 499 MBytes 4,18 Gbits / seg 0 1,07 MBytes
[4] 7,00-8,00 segundos 498 MBytes 4,18 Gbits / seg 0 1,07 MBytes
[4] 8,00-9,00 s 500 MBytes 4,19 Gbits / s 0 1,07 MBytes
[4] 9,00-10,00 s 499 MBytes 4,18 Gbits / s 0 1,18 MBytes

[ID] Recuperación de ancho de banda de transferencia de intervalo
[4] 0,00-10,00 s 4,87 GBytes 4,18 Gbits / s 0 remitente
[4] 0,00-10,00 s 4,85 GBytes 4,17 Gbits / s receptor

FWIW, con iperf2, puedo alcanzar de manera confiable alrededor de 34-35 Gb / s exactamente en la misma configuración.

La razón de estas diferencias de rendimiento es que iperf3 es de un solo subproceso, por lo que todos los flujos paralelos utilizarán un solo núcleo. En 40G estarás limitado por el núcleo

Para probar 40G con iperf3, hago lo siguiente:

Inicie 3 servidores:
iperf3 -s -p 5101
iperf3 -s -p 5102
iperf3 -s -p 5103

y luego ejecute 3 clientes, usando el indicador "-T" para etiquetar la salida:
iperf3 -c nombre de host -T s1 -p 5101 &; iperf3 -c nombre de host -T s2 -p 5102 &; iperf3 -c nombre de host -T s3 -p 5103 &;

También hemos actualizado el sitio web de Fasterdata:

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

Si puede confirmar que resuelve el problema, cerraré este problema.

Hola

Probé las sugerencias anteriores y eso tampoco funcionó y cada puerto pudo empujar solo 3.31 Gbits / seg en una tarjeta de red de 40Gb. Aquí está el resultado de la prueba de la siguiente manera:

En el nodo del servidor

~] # iperf3 -s -p 5101

Servidor escuchando en 5101

Conexión aceptada de 192.168.110.95, puerto 45420
[5] puerto local 192.168.110.94 5101 conectado al puerto 192.168.110.95 45424
[ID] Ancho de banda de transferencia de intervalo
[5] 0,00-1,00 s 375 MBytes 3,14 Gbits / s
[5] 1,00-2,00 s 392 MBytes 3,29 Gbits / s
[5] 2.00-3.00 s 397 MBytes 3.33 Gbits / s
[5] 3.00-4.00 s 396 MBytes 3,32 Gbits / s
[5] 4,00-5,00 s 393 MBytes 3,30 Gbits / s
[5] 5,00-6,00 s 394 MBytes 3,31 Gbits / s
[5] 6,00-7,00 s 400 MBytes 3,35 Gbits / s
[5] 7,00-8,00 s 399 MBytes 3,35 Gbits / s
[5] 8,00-9,00 s 398 MBytes 3,34 Gbits / s
[5] 9,00-10,00 s 397 MBytes 3,33 Gbits / s
[5] 10,00-10,04 segundos 15,3 MBytes 3,32 Gbits / seg

[ID] Ancho de banda de transferencia de intervalo
[5] 0,00-10,04 seg 0,00 Bytes 0,00 bits / seg remitente

[5] 0,00-10,04 s 3,86 GBytes 3,31 Gbits / s receptor

Servidor escuchando en 5101

~] # iperf3 -s -p 5102

Servidor escuchando en 5102

Conexión aceptada de 192.168.110.95, puerto 42242
[5] puerto local 192.168.110.94 5102 conectado al puerto 192.168.110.95 42245
[ID] Ancho de banda de transferencia de intervalo
[5] 0,00-1,00 s 376 MBytes 3,16 Gbits / s
[5] 1,00-2,00 s 388 MBytes 3,26 Gbits / s
[5] 2.00-3.00 s 387 MBytes 3,25 Gbits / s
[5] 3.00-4.00 s 388 MBytes 3,25 Gbits / s
[5] 4,00-5,00 s 393 MBytes 3,29 Gbits / s
[5] 5,00-6,00 s 394 MBytes 3,31 Gbits / s
[5] 6,00-7,00 s 390 MBytes 3,27 Gbits / s
[5] 7,00-8,00 s 387 MBytes 3,24 Gbits / s
[5] 8,00-9,00 s 386 MBytes 3,24 Gbits / s
[5] 9,00-10,00 s 387 MBytes 3,25 Gbits / s
[5] 10,00-10,04 segundos 15,0 MBytes 3,26 Gbits / seg

[ID] Ancho de banda de transferencia de intervalo
[5] 0,00-10,04 seg 0,00 Bytes 0,00 bits / seg remitente

[5] 0.00-10.04 seg 3.80 GBytes 3.25 Gbits / seg Receptor

Servidor escuchando en 5102

~] # iperf3 -s -p 5103

Servidor escuchando en 5103

Conexión aceptada de 192.168.110.95, puerto 36757
[5] puerto local 192.168.110.94 5103 conectado al puerto 192.168.110.95 36758
[ID] Ancho de banda de transferencia de intervalo
[5] 0,00-1,00 s 386 MBytes 3,24 Gbits / s
[5] 1,00-2,00 s 401 MBytes 3,36 Gbits / s
[5] 2.00-3.00 s 397 MBytes 3.33 Gbits / s
[5] 3.00-4.00 s 398 MBytes 3,34 Gbits / s
[5] 4,00-5,00 s 395 MBytes 3,32 Gbits / s
[5] 5,00-6,00 s 393 MBytes 3,29 Gbits / s
[5] 6,00-7,00 s 392 MBytes 3,29 Gbits / s
[5] 7,00-8,00 s 396 MBytes 3,32 Gbits / s
[5] 8,00-9,00 s 397 MBytes 3,33 Gbits / s
[5] 9,00-10,00 s 397 MBytes 3,33 Gbits / s
[5] 10,00-10,04 segundos 15,1 MBytes 3,34 Gbits / seg

[ID] Ancho de banda de transferencia de intervalo
[5] 0,00-10,04 seg 0,00 Bytes 0,00 bits / seg remitente

[5] 0,00-10,04 s 3,87 GBytes 3,31 Gbits / s receptor

Servidor escuchando en 5103

En el nodo del cliente:
[ 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: error de sintaxis cerca del token inesperado ';'
[ 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: Conectando al host 192.168.110.94, puerto 5101
s2: Conexión al host 192.168.110.94, puerto 5102
s3: Conexión al host 192.168.110.94, puerto 5103
s3: [4] local 192.168.110.95 puerto 36758 conectado al 192.168.110.94 puerto 5103
s2: [4] puerto local 192.168.110.95 42245 conectado a 192.168.110.94 puerto 5102
s1: [4] puerto local 192.168.110.95 45424 conectado a 192.168.110.94 puerto 5101
s3: [ID] Cwnd de recuperación de ancho de banda de transferencia de intervalo
s3: [4] 0,00-1,00 s 401 MBytes 3,37 Gbits / s 0 446 KBytes
s2: [ID] Cwnd de recuperación de ancho de banda de transferencia de intervalo
s2: [4] 0,00-1,00 s 391 MBytes 3,28 Gbits / s 0 446 KBytes
s1: [ID] Cwnd de recuperación de ancho de banda de transferencia de intervalo
s1: [4] 0,00-1,00 s 390 MBytes 3,27 Gbits / s 0 446 KBytes
s3: [4] 1,00-2,00 s 400 MBytes 3,36 Gbits / s 0 446 KBytes
s2: [4] 1,00-2,00 s 388 MBytes 3,26 Gbits / s 0 446 KBytes
s1: [4] 1,00-2,00 s 393 MBytes 3,29 Gbits / s 0 446 KBytes
s3: [4] 2.00-3.00 s 397 MBytes 3,33 Gbits / s 0 446 KBytes
s2: [4] 2.00-3.00 s 387 MBytes 3,24 Gbits / s 0 446 KBytes
s1: [4] 2.00-3.00 s 397 MBytes 3,33 Gbits / s 0 446 KBytes
s3: [4] 3.00-4.00 s 398 MBytes 3,34 Gbits / s 0 446 KBytes
s2: [4] 3.00-4.00 s 388 MBytes 3,25 Gbits / s 0 446 KBytes
s1: [4] 3.00-4.00 s 396 MBytes 3,32 Gbits / s 0 446 KBytes
s3: [4] 4,00-5,00 s 395 MBytes 3,31 Gbits / s 0 446 KBytes
s2: [4] 4,00-5,00 s 393 MBytes 3,30 Gbits / s 0 446 KBytes
s1: [4] 4,00-5,00 segundos 393 MBytes 3,30 Gbits / seg 0 446 KBytes
s3: [4] 5,00-6,00 segundos 393 MBytes 3,29 Gbits / seg 0 446 KBytes
s2: [4] 5,00-6,00 s 394 MBytes 3,31 Gbits / s 0 455 KBytes
s1: [4] 5,00-6,00 s 395 MBytes 3,31 Gbits / s 0 446 KBytes
s3: [4] 6,00-7,00 s 392 MBytes 3,29 Gbits / s 0 446 KBytes
s2: [4] 6,00-7,00 s 389 MBytes 3,27 Gbits / s 0 455 KBytes
s1: [4] 6,00-7,00 s 400 MBytes 3,35 Gbits / s 0 446 KBytes
s3: [4] 7,00-8,00 s 396 MBytes 3,32 Gbits / s 0 446 KBytes
s2: [4] 7,00-8,00 s 387 MBytes 3,24 Gbits / s 0 455 KBytes
s1: [4] 7,00-8,00 s 399 MBytes 3,35 Gbits / s 0 446 KBytes
s3: [4] 8,00-9,00 s 397 MBytes 3,33 Gbits / s 0 446 KBytes
s2: [4] 8,00-9,00 s 386 MBytes 3,24 Gbits / s 0 455 KBytes
s1: [4] 8,00-9,00 s 399 MBytes 3,34 Gbits / s 0 446 KBytes
s3: [4] 9,00-10,00 s 397 MBytes 3,33 Gbits / s 0 446 KBytes

s3: - - - - - - - - - - - - - - - - - - - - - - -
s3: [ID] Recuperación de ancho de banda de transferencia de intervalo
s3: [4] 0,00-10,00 seg 3,87 GBytes 3,33 Gbits / seg 0 remitente
s3: [4] 0,00-10,00 s 3,87 GBytes 3,33 Gbits / s receptor
s3:
s3: iperf Hecho.
s1: [4] 9,00-10,00 s 397 MBytes 3,33 Gbits / s 0 446 KBytes
s1: - - - - - - - - - - - - - - - - - - - - - - -
s1: [ID] Recuperación de ancho de banda de transferencia de intervalo
s2: [4] 9,00-10,00 s 387 MBytes 3,24 Gbits / s 0 455 KBytes
s1: [4] 0,00-10,00 seg 3,86 GBytes 3,32 Gbits / seg 0 remitente
s2: - - - - - - - - - - - - - - - - - - - - - - -
s1: [4] 0,00-10,00 s 3,86 GBytes 3,32 Gbits / s receptor
s2: [ID] Recuperación de ancho de banda de transferencia de intervalo
s1:
s2: [4] 0,00-10,00 seg 3,80 GBytes 3,26 Gbits / seg 0 remitente
s1: iperf Hecho.
s2: [4] 0,00-10,00 s 3,80 GBytes 3,26 Gbits / s receptor
s2:
s2: iperf Hecho.

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

todavía tienes este problema? No tengo ningún problema para llenar una tubería de 100G con 4 procesos iperf3 usando v3.1.5.

Esto ahora se aborda en las nuevas preguntas frecuentes.

Esto ahora se aborda en las nuevas preguntas frecuentes.

¿Puedes vincular aquí?

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

¡Oh chico! parece una degradación de iperf 3 o 2. ¿Puedo preguntar cuál es la razón para hacer 3 de un solo subproceso?

El rendimiento del flujo paralelo de iperf3 es mucho menor que el de iperf2. ¿Por qué?
iperf3 es de un solo subproceso e iperf2 es de varios subprocesos. Recomendamos usar iperf2 para transmisiones paralelas. Si desea utilizar varios flujos iperf3, utilice el método que se describe aquí.

¡Oh chico! parece una degradación de iperf 3 o 2. ¿Puedo preguntar cuál es la razón para hacer 3 de un solo subproceso?

El rendimiento del flujo paralelo de iperf3 es mucho menor que el de iperf2. ¿Por qué?
iperf3 es de un solo subproceso e iperf2 es de varios subprocesos. Recomendamos usar iperf2 para transmisiones paralelas. Si desea utilizar varios flujos iperf3, utilice el método que se describe aquí.

Sí, bastante. Tenía la misma pregunta y la única respuesta que parecía encontrar era "porque". iperf2 está abandonado, sin embargo, si desea probar de manera confiable dispositivos de más de 40 Gb / s, los desarrolladores de iperf3 sugieren usar el mismo iperf2 abandonado para el que escribieron iperf3 para moverse, O debe usar un kludge. Tuvimos que usar el kludge porque mis necesidades eran probar dispositivos de red de 1 a 100 + Gb / sy no necesito introducir dos herramientas diferentes para esto, y iperf2 no ​​tiene las características actualizadas que tiene 3 como CPU informes de utilización.

Entonces, desafortunadamente, hemos tenido que sortear esta limitación utilizando múltiples instancias de iperf3 en un script de Python de múltiples subprocesos y ejecutar más de 10 subprocesos para controladores de 100 Gb. El punto óptimo que encontramos parece ser 1 subproceso por cada 10 - 20 GB de ancho de banda (por lo que 40 Gb / s serían 4 subprocesos, etc.).

Luego, debe capturar toda la salida, analizarla para obtener el total de cada subproceso y luego agregar todo eso para obtener un rendimiento total. Es hacky, es demasiado complicado, pero nos dejaron pocas opciones, desafortunadamente.

¿Como qué? Quién sabe. tal vez haya alguna razón técnica para no realizar una aplicación de subprocesos múltiples.