안녕하세요,

이더넷 포트 트래픽을 보면 "Iperf3"이 네트워크 포트 제한을 채우기 위해 그렇게 많은 트래픽을 푸시하지 않는 것 같습니다. 따라서 포트를 채우기 위해 적절한 트래픽을 보내는 iperf3가 있는 스위치가 있습니까? 아니면 "iperf"와 비교하여 "iperf3"을 사용하여 네트워크 테스트를 수행할 때 누락된 것이 있습니까?

나는 여기서 같은 것을 보고 있다:
우분투@우분투 :~$ iperf3 -c 10.10.10.3 -t 10 -P8 -i0
호스트 10.10.10.3, 포트 5201에 연결
[4] 10.10.10.3 포트 5201에 연결된 로컬 10.10.10.2 포트 46132
[6] 10.10.10.3 포트 5201에 연결된 로컬 10.10.10.2 포트 46134
[8] 10.10.10.3 포트 5201에 연결된 로컬 10.10.10.2 포트 46136
[10] 10.10.10.3 포트 5201에 연결된 로컬 10.10.10.2 포트 46138
[ 12] 10.10.10.3 포트 5201에 연결된 로컬 10.10.10.2 포트 46140
[ 14] 10.10.10.3 포트 5201에 연결된 로컬 10.10.10.2 포트 46142
[ 16] 10.10.10.3 포트 5201에 연결된 로컬 10.10.10.2 포트 46144
[ 18] 10.10.10.3 포트 5201에 연결된 로컬 10.10.10.2 포트 46146
[ ID] Interval Transfer Bandwidth Retr Cwnd
[ 4] 0.00-10.00초 692MBytes 580Mbits/초 548 717KBytes
[ 6] 0.00-10.00초 689MBytes 578Mbits/초 352 629KBytes
[ 8] 0.00-10.00초 685MBytes 575Mbits/초 416 655KBytes
[ 10] 0.00-10.00초 686MBytes 575Mbits/sec 428 17.5KBytes
[ 12] 0.00-10.00초 686MBytes 575Mbits/초 433 612KBytes
[ 14] 0.00-10.00초 685MBytes 575Mbits/sec 431 533KBytes
[ 16] 0.00-10.00초 685MBytes 575Mbits/초 426 533KBytes
[ 18] 0.00-10.00초 685MBytes 575Mbits/초 422 533KBytes
[SUM] 0.00-10.00초 5.36GB 4.61GB/초 3456

[ ID] Interval Transfer Bandwidth Retr
[ 4] 0.00-10.00초 692MBytes 580Mbits/초 548 발신자
[ 4] 0.00-10.00초 674MBytes 565Mbits/sec 수신기
[ 6] 0.00-10.00초 689MBytes 578Mbits/sec 352 발신자
[ 6] 0.00-10.00초 674MBytes 565Mbits/sec 수신기
[ 8] 0.00-10.00 초 685 MBytes 575 Mbits/sec 416 발신자
[ 8] 0.00-10.00초 673MBytes 565Mbits/sec 수신기
[ 10] 0.00-10.00 초 686 MBytes 575 Mbits/sec 428 발신자
[ 10] 0.00-10.00초 674MBytes 565Mbits/sec 수신기
[ 12] 0.00-10.00 초 686 MBytes 575 Mbits/sec 433 발신자
[ 12] 0.00-10.00초 674MBytes 565Mbits/sec 수신기
[ 14] 0.00-10.00 초 685 MBytes 575 Mbits/sec 431 발신자
[ 14] 0.00-10.00초 674MBytes 565Mbits/sec 수신기
[ 16] 0.00-10.00초 685MBytes 575Mbits/sec 426 발신자
[ 16] 0.00-10.00초 674MBytes 565Mbits/sec 수신기
[ 18] 0.00-10.00 초 685 MBytes 575 Mbits/sec 422 발신자
[ 18] 0.00-10.00초 674MBytes 565Mbits/sec 수신기
[SUM] 0.00-10.00 초 5.36 GBytes 4.61 Gbits/sec 3456 발신자
[SUM] 0.00-10.00초 5.26GBytes 4.52Gbits/sec 수신기

우분투@우분투 :~$ iperf -c 10.10.10.3 -t 10 -P8

10.10.10.3에 연결하는 클라이언트, TCP 포트 5001

TCP 창 크기: 325KB(기본값)

[ 10] 10.10.10.3 포트 5001과 연결된 로컬 10.10.10.2 포트 44030
[5] 10.10.10.3 포트 5001과 연결된 로컬 10.10.10.2 포트 44018
[6] 10.10.10.3 포트 5001과 연결된 로컬 10.10.10.2 포트 44020
[8] 10.10.10.3 포트 5001과 연결된 로컬 10.10.10.2 포트 44024
[7] 10.10.10.3 포트 5001과 연결된 로컬 10.10.10.2 포트 44022
[ 9] 10.10.10.3 포트 5001과 연결된 로컬 10.10.10.2 포트 44026
[4] 10.10.10.3 포트 5001과 연결된 로컬 10.10.10.2 포트 44028
[3] 10.10.10.3 포트 5001과 연결된 로컬 10.10.10.2 포트 44016
[ ID] 간격 전송 대역폭
[ 10] 0.0-10.0초 4.82GB 4.14GB/초
[ 5] 0.0-10.0초 2.28GB 1.96GB/초
[ 6] 0.0-10.0초 2.47GB 2.12GB/초
[ 8] 0.0-10.0초 5.16GB 4.43GB/초
[ 7] 0.0-10.0초 4.81GB 4.13GB/초
[ 9] 0.0-10.0초 4.92GB 4.23GB/초
[ 4] 0.0-10.0초 2.33GB 2.00GB/초
[ 3] 0.0-10.0초 2.32GB 1.99GB/초
[SUM] 0.0-10.0초 29.1GBytes 25.0Gbits/초

나는 점보 프레임, 창 크기 변경, 어느 정도 병렬 연결 등을 시도했지만 iperf3는 절대 약 10Gb/s보다 높아지지 않으며 -A를 사용하여 단일 CPU에 고정된 경우에만 해당됩니다.

여기도 마찬가지
호스트 Thunder-mojo-2-2, 포트 5201에 연결 중
[4] 192.168.128.212 포트 5201에 연결된 로컬 192.168.128.213 포트 43273
[ ID] Interval Transfer Bandwidth Retr Cwnd
[ 4] 0.00-1.00초 499MBytes 4.18Gbits/sec 0 571KBytes
[ 4] 1.00-2.00초 496MBytes 4.17Gbits/sec 0 708KBytes
[ 4] 2.00-3.00초 498MBytes 4.18Gbits/sec 0 844KBytes
[ 4] 3.00-4.00초 498MBytes 4.17Gbits/sec 0 889KBytes
[ 4] 4.00-5.00초 499MBytes 4.18Gbits/sec 0 988KBytes
[ 4] 5.00-6.00초 499MBytes 4.18Gbits/sec 0 1.07MBytes
[ 4] 6.00-7.00초 499MBytes 4.18Gbits/sec 0 1.07MBytes
[ 4] 7.00-8.00 초 498 MBytes 4.18 Gbits/sec 0 1.07 MBytes
[ 4] 8.00-9.00초 500MBytes 4.19Gbits/sec 0 1.07MBytes
[ 4] 9.00-10.00초 499MBytes 4.18Gbits/sec 0 1.18MBytes

[ ID] Interval Transfer Bandwidth Retr
[ 4] 0.00-10.00초 4.87GBytes 4.18Gbits/sec 0 발신자
[ 4] 0.00-10.00초 4.85GBytes 4.17Gbits/sec 수신기

FWIW에서 iperf2를 사용하면 정확히 동일한 구성에서 약 34-35Gb/s를 안정적으로 칠 수 있습니다.

이러한 성능 차이의 이유는 iperf3가 단일 스레드이므로 모든 병렬 스트림이 단일 코어를 사용하기 때문입니다. 40G에서는 코어가 제한됩니다.

iperf3로 40G를 테스트하려면 다음을 수행합니다.

3개의 서버 시작:
iperf3 -s -p 5101
iperf3 -s -p 5102
iperf3 -s -p 5103

그런 다음 "-T" 플래그를 사용하여 3개의 클라이언트를 실행하여 출력에 레이블을 지정합니다.
iperf3 -c 호스트 이름 -T s1 -p 5101 &; iperf3 -c 호스트 이름 -T s2 -p 5102 &; iperf3 -c 호스트 이름 -T s3 -p 5103 &;

Fasterdata 웹사이트도 업데이트했습니다.

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

문제가 해결되었음을 확인할 수 있다면 이 문제를 종료하겠습니다.

안녕하세요

위의 제안을 시도했지만 작동하지 않았으며 각 포트는 40Gb 네트워크 카드에서 3.31Gbits/sec만 푸시할 수 있습니다. 다음은 테스트 결과입니다.

서버 노드에서

~]# iperf3 -s -p 5101

5101에서 수신 대기 중인 서버

192.168.110.95, 포트 45420에서 허용된 연결
[5] 로컬 192.168.110.94 포트 5101이 192.168.110.95 포트 45424에 연결됨
[ ID] 간격 전송 대역폭
[ 5] 0.00-1.00초 375MB 3.14Gbits/초
[ 5] 1.00-2.00초 392MB 3.29Gbits/초
[ 5] 2.00-3.00초 397MB 3.33Gbits/초
[ 5] 3.00-4.00초 396MB 3.32Gbits/초
[ 5] 4.00-5.00초 393MB 3.30Gbits/초
[ 5] 5.00-6.00초 394MB 3.31Gbits/초
[ 5] 6.00-7.00초 400MB 3.35Gbits/초
[ 5] 7.00-8.00초 399MB 3.35Gbits/초
[ 5] 8.00-9.00초 398MB 3.34Gbits/초
[ 5] 9.00-10.00초 397MB 3.33Gbits/초
[ 5] 10.00-10.04초 15.3MB 3.32Gbits/초

[ ID] 간격 전송 대역폭
[ 5] 0.00-10.04초 0.00바이트 0.00비트/초 발신자

[ 5] 0.00-10.04초 3.86GBytes 3.31Gbits/sec 수신기

5101에서 수신 대기 중인 서버

~]# iperf3 -s -p 5102

5102에서 수신하는 서버

192.168.110.95, 포트 42242에서 허용된 연결
[5] 192.168.110.95 포트 42245에 연결된 로컬 192.168.110.94 포트 5102
[ ID] 간격 전송 대역폭
[ 5] 0.00-1.00초 376MB 3.16Gbits/초
[ 5] 1.00-2.00초 388MB 3.26Gbits/초
[ 5] 2.00-3.00초 387MB 3.25Gbits/초
[ 5] 3.00-4.00초 388MB 3.25Gbits/초
[ 5] 4.00-5.00초 393MB 3.29Gbits/초
[ 5] 5.00-6.00초 394MB 3.31Gbits/초
[ 5] 6.00-7.00초 390MB 3.27Gbits/초
[ 5] 7.00-8.00초 387MB 3.24Gbits/초
[ 5] 8.00-9.00초 386MB 3.24Gbits/초
[ 5] 9.00-10.00초 387MB 3.25Gbits/초
[ 5] 10.00-10.04초 15.0MBytes 3.26Gbits/초

[ ID] 간격 전송 대역폭
[ 5] 0.00-10.04초 0.00바이트 0.00비트/초 발신자

[ 5] 0.00-10.04초 3.80GBytes 3.25Gbits/sec 수신기

5102에서 수신하는 서버

~]# iperf3 -s -p 5103

5103에서 수신 대기 중인 서버

192.168.110.95, 포트 36757에서 허용된 연결
[5] 로컬 192.168.110.94 포트 5103이 192.168.110.95 포트 36758에 연결됨
[ ID] 간격 전송 대역폭
[ 5] 0.00-1.00초 386MB 3.24Gbits/초
[ 5] 1.00-2.00초 401MBytes 3.36Gbits/sec
[ 5] 2.00-3.00초 397MB 3.33Gbits/초
[ 5] 3.00-4.00초 398MB 3.34Gbits/초
[ 5] 4.00-5.00초 395MB 3.32Gbits/초
[ 5] 5.00-6.00초 393MB 3.29Gbits/초
[ 5] 6.00-7.00초 392MB 3.29Gbits/초
[ 5] 7.00-8.00초 396MB 3.32Gbits/초
[ 5] 8.00-9.00초 397MB 3.33Gbits/초
[ 5] 9.00-10.00초 397MB 3.33Gbits/초
[ 5] 10.00-10.04초 15.1MBytes 3.34Gbits/초

[ ID] 간격 전송 대역폭
[ 5] 0.00-10.04초 0.00바이트 0.00비트/초 발신자

[ 5] 0.00-10.04초 3.87GBytes 3.31Gbits/sec 수신기

5103에서 수신 대기 중인 서버

클라이언트 노드에서:
[ 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: 예기치 않은 토큰 `;' 근처에 구문 오류가 있습니다.
[ 루트@서버35 ~]# iperf3 -c 192.168.110.94 -T s1 -p 5101 & iperf3 -c 192.168.110.94 -T s2 -p 5102 & iperf3 -c 192.194.1510.
[1] 38008
[2] 38009
[3] 38010
[ root@server35 ~]# s1: 호스트 192.168.110.94, 포트 5101에 연결
s2: 호스트 192.168.110.94, 포트 5102에 연결
s3: 호스트 192.168.110.94, 포트 5103에 연결
s3: [ 4] 192.168.110.94 포트 5103에 연결된 로컬 192.168.110.95 포트 36758
s2: [ 4] 192.168.110.94 포트 5102에 연결된 로컬 192.168.110.95 포트 42245
s1: [ 4] 192.168.110.94 포트 5101에 연결된 로컬 192.168.110.95 포트 45424
s3: [ ID] Interval Transfer Bandwidth Retr Cwnd
s3: [ 4] 0.00-1.00초 401MBytes 3.37Gbits/sec 0 446KBytes
s2: [ ID] Interval Transfer Bandwidth Retr Cwnd
s2: [ 4] 0.00-1.00초 391MBytes 3.28Gbits/sec 0 446KBytes
s1: [ ID] Interval Transfer Bandwidth Retr Cwnd
s1: [ 4] 0.00-1.00초 390MBytes 3.27Gbits/sec 0 446KBytes
s3: [ 4] 1.00-2.00초 400MBytes 3.36Gbits/sec 0 446KBytes
s2: [ 4] 1.00-2.00초 388MBytes 3.26Gbits/sec 0 446KBytes
s1: [ 4] 1.00-2.00초 393MBytes 3.29Gbits/sec 0 446KBytes
s3: [ 4] 2.00-3.00초 397MBytes 3.33Gbits/sec 0 446KBytes
s2: [ 4] 2.00-3.00초 387MBytes 3.24Gbits/sec 0 446KBytes
s1: [ 4] 2.00-3.00초 397MBytes 3.33Gbits/sec 0 446KBytes
s3: [ 4] 3.00-4.00초 398MBytes 3.34Gbits/sec 0 446KBytes
s2: [ 4] 3.00-4.00초 388MBytes 3.25Gbits/sec 0 446KBytes
s1: [ 4] 3.00-4.00초 396MBytes 3.32Gbits/sec 0 446KBytes
s3: [ 4] 4.00-5.00초 395MBytes 3.31Gbits/sec 0 446KBytes
s2: [ 4] 4.00-5.00초 393MB 3.30Gbits/초 0 446KB
s1: [ 4] 4.00-5.00초 393MBytes 3.30Gbits/sec 0 446KBytes
s3: [ 4] 5.00-6.00초 393MBytes 3.29Gbits/sec 0 446KBytes
s2: [ 4] 5.00-6.00초 394MBytes 3.31Gbits/sec 0 455KBytes
s1: [ 4] 5.00-6.00초 395MBytes 3.31Gbits/sec 0 446KBytes
s3: [ 4] 6.00-7.00초 392MBytes 3.29Gbits/sec 0 446KBytes
s2: [ 4] 6.00-7.00초 389MBytes 3.27Gbits/sec 0 455KBytes
s1: [ 4] 6.00-7.00초 400MBytes 3.35Gbits/sec 0 446KBytes
s3: [ 4] 7.00-8.00초 396MBytes 3.32Gbits/sec 0 446KBytes
s2: [ 4] 7.00-8.00초 387MBytes 3.24Gbits/sec 0 455KBytes
s1: [ 4] 7.00-8.00초 399MBytes 3.35Gbits/sec 0 446KBytes
s3: [ 4] 8.00-9.00초 397MBytes 3.33Gbits/sec 0 446KBytes
s2: [ 4] 8.00-9.00초 386MBytes 3.24Gbits/sec 0 455KBytes
s1: [ 4] 8.00-9.00초 399MBytes 3.34Gbits/sec 0 446KBytes
s3: [ 4] 9.00-10.00초 397MBytes 3.33Gbits/sec 0 446KBytes

s3: - - - - - - - - - - - - - - - - - - - - - - -
s3: [ ID] Interval Transfer Bandwidth Retr
s3: [ 4] 0.00-10.00초 3.87GBytes 3.33Gbits/sec 0 발신자
s3: [ 4] 0.00-10.00초 3.87GBytes 3.33Gbits/sec 수신기
s3:
s3: iperf 완료.
s1: [ 4] 9.00-10.00초 397MBytes 3.33Gbits/sec 0 446KBytes
s1: - - - - - - - - - - - - - - - - - - - - - - -
s1: [ ID] Interval Transfer Bandwidth Retr
s2: [ 4] 9.00-10.00초 387MBytes 3.24Gbits/sec 0 455KBytes
s1: [ 4] 0.00-10.00초 3.86GBytes 3.32Gbits/sec 0 발신자
s2: - - - - - - - - - - - - - - - - - - - - - - -
s1: [ 4] 0.00-10.00초 3.86GBytes 3.32Gbits/sec 수신기
s2: [ ID] Interval Transfer Bandwidth Retr
초1:
s2: [ 4] 0.00-10.00초 3.80GBytes 3.26Gbits/sec 0 발신자
s1: iperf 완료.
s2: [ 4] 0.00-10.00초 3.80GBytes 3.26Gbits/sec 수신기
s2:
s2: iperf 완료.

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

아직도 이 문제가 있습니까? v3.1.5를 사용하여 4개의 iperf3 프로세스로 100G 파이프를 채우는 데 문제가 없습니다.

이것은 이제 새로운 FAQ에서 해결되었습니다.

이것은 이제 새로운 FAQ에서 해결되었습니다.

여기에 링크할 수 있습니까?

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

오 소년! iperf 3 또는 2에서 다운그레이드한 것 같습니다. 3을 단일 스레드로 만드는 이유가 무엇인지 여쭤봐도 될까요?

iperf3 병렬 스트림 성능은 iperf2보다 훨씬 낮습니다. 왜요?
iperf3는 단일 스레드이고 iperf2는 다중 스레드입니다. 병렬 스트림에는 iperf2를 사용하는 것이 좋습니다. 여러 iperf3 스트림을 사용하려면 여기에 설명된 방법을 사용하십시오.

오 소년! iperf 3 또는 2에서 다운그레이드한 것 같습니다. 3을 단일 스레드로 만드는 이유가 무엇인지 여쭤봐도 될까요?

iperf3 병렬 스트림 성능은 iperf2보다 훨씬 낮습니다. 왜요?
iperf3는 단일 스레드이고 iperf2는 다중 스레드입니다. 병렬 스트림에는 iperf2를 사용하는 것이 좋습니다. 여러 iperf3 스트림을 사용하려면 여기에 설명된 방법을 사용하십시오.

예, 꽤 많이. 나는 같은 질문을했고 내가 찾을 수있는 유일한 대답은 "때문에"였습니다. iperf2는 버려졌지만 40Gb/s 이상의 장치를 안정적으로 테스트하려면 iperf3 개발자는 iperf3를 사용하기 위해 작성한 것과 동일한 버려진 iperf2를 사용하거나 kludge를 사용해야 한다고 제안합니다. 내 요구 사항은 1에서 100+Gb/s까지의 네트워크 장치를 테스트하는 것이었고 이를 위해 두 가지 다른 도구를 도입할 필요가 없었고 iperf2에는 3이 CPU와 같은 업데이트된 기능이 없기 때문에 우리는 kludge를 사용해야 했습니다. 활용 보고서.

그래서 불행히도 우리는 다중 스레드 파이썬 스크립트에서 여러 iperf3 인스턴스를 사용하여 이 제한을 해결하고 100Gb 컨트롤러에 대해 10개 이상의 스레드를 실행해야 했습니다. 우리가 찾은 스위트 스폿은 대역폭에서 10 - 20GB마다 1개의 스레드인 것 같습니다(40Gb/s는 4개의 스레드 등).

그런 다음 모든 출력을 트랩하고 구문 분석하여 각 스레드의 총계를 얻은 다음 이를 모두 추가하여 총 처리량을 얻어야 합니다. 그것은 해키하고 지나치게 복잡하지만 불행히도 우리에게 선택의 여지가 거의 없습니다.

왜? 누가 알아. 다중 스레드 응용 프로그램을 만들지 않는 기술적인 이유가 있을 수 있습니다.