Tento článek je zrcadlovým článkem o strojovém překladu, klikněte zde pro přechod na původní článek.

Pohled: 20628|Odpověď: 6

[Zdroj] Použijte iPerf3 k testování rychlosti komunikace v síti zařízení

[Kopírovat odkaz]
Zveřejněno 06.11.2021 10:59:01 | | | |
iPerf3 je nástroj pro aktivní měření maximální šířky pásma možné v IP síti. Podporuje úpravu různých parametrů souvisejících s časováním, buffery a protokoly (TCP, UDP, SCTP s IPv4 a IPv6). Pro každý test hlásí šířku pásma, ztráty a další parametry. Jedná se o novou implementaci, která nesdílí kód s původním iPerf a není zpětně kompatibilní. iPerf byl původně vyvinut společností NLANR/DAST. iPerf3 byl primárně vyvinut v ESnet/Lawrence Berkeley National Laboratory.

Rodina nástrojů iperf provádí aktivní měření k určení maximální šířky pásma možné v IP síti. Podporuje úpravu různých parametrů souvisejících s časováním, protokoly a buffery. Pro každý test hlásí naměřenou propustnost, ztráty a další parametry.

Tato verze, někdy označovaná jako iperf3, je přepracováním původní verze vyvinuté NLANR / DAST. iperf3 je nová implementace od základu, která si klade za cíl menší, jednodušší kódovou základnu a verzi knihovny, kterou lze použít i v jiných programech. IPrf3 také zahrnuje funkce z mnoha dalších nástrojů, jako jsou NUTTCP a NETPERF, které v původním IPRFu chybí. Patří sem například režim nulového kopírování a volitelný výstup JSON. Všimněte si, že iperf3 není zpětně kompatibilní s původním iperfem.

iPerf3 lze použít k testování rychlosti síťové komunikace zařízení a iPerf3 lze nainstalovat na dvě počítačová zařízení, jedno jako server a druhé jako klient, přičemž rychlost komunikace lze testovat odesíláním zpráv mezi sebou přes iPerf3.

Parametry iPerf3 jsou následující:

Usage: iperf [-s|-c host] [options]
       iperf [-h|--help] [-v|--version]

Server nebo klient:
  -p, --port # Serverový port pro poslech/připojení
  -f, --formát [kmgKMG] pro hlášení: Kbits, Mbits, KBytes, MBytes
  -i, --interval # sekund mezi periodickými hlášeními o šířce pásma
  -F, --název souboru xmit/recv je určený soubor
  -B, --<host>vazba na konkrétní rozhraní
  -V, --rozvláčný podrobnější výstup
  -j, --json výstup ve formátu JSON
  --logfile f odesílat výstup do log souboru
  -d, --debug výstup ladění
  -v, --version zobrazit informace o verzi a ukončit
  -H, --pomoz ukázat tuhle zprávu a odejít
Specifické pro server:
  -s, --server běží v serverovém režimu
  -D, --démon, provozuj server jako démon
  -I, --pidfile zapis PID souboru
  -1, --jednorázová zvládnutí jednoho klientského připojení a následné ukončení
Specifické pro klienta:
  -c, --klient <host> spuštěný v klientském režimu, připojuje se k <host>
  -u, --udp používají UDP místo TCP
  -b, --šířka pásma #[KMG][/#] cílová šířka pásma v bitech/s (0 pro neomezené)
                            (výchozí 1 Mbit/s pro UDP, neomezené pro TCP)
                            (volitelný počet lomek a paketů pro burst režim)
  -t, --čas # čas odeslání v sekundách (výchozí 10 sekund)
  -n, --bajty #[KMG] počet bajtů k odeslání (místo -t)
  -k, --počet bloků #[KMG] počet bloků (paketů) k odeslání (místo -t nebo -n)
  -l, --len #[KMG] délka bufferu pro čtení nebo zápis
                            (výchozí 128 KB pro TCP, 8 KB pro UDP)
  --cport <port> navázat na konkrétní klientský port (TCP a UDP, výchozí: ephemerální port)
  -P, --paralelně # počet paralelních klientských proudů k provedení
  -R, --zpětné spuštění v opačném režimu (server odesílá, klient přijímá)
  -w, --okno #[KMG] nastavte velikost okna / velikost bufferu socketu
  -M, --set-mss # nastavit maximální velikost segmentu TCP/SCTP (MTU - 40 bajtů)
  -N, --bez zpoždění nastavte TCP/SCTP bez zpoždění, deaktivuje Nagleův algoritmus
  -4, --verze 4 používají pouze IPv4
  -6, --verze 6 používá pouze IPv6
  -S, --tos N nastaví IP 'typ služby'
  -Z, --Zerocopy používá metodu "zero copy" pro odesílání dat
  -O, --vynechat N vynechat prvních n sekund
  -T, --title str předponou každé výstupní řádky s tímto řetězcem
  --get-server-output získá výsledky ze serveru
  --udp-counters-64bit používají 64bitové čítače v testovacích paketech UDP

[KMG] označuje možnosti, které podporují příponu K/M/G pro kilo-, mega- nebo giga-

Domovská stránka iperf3 na:http://software.es.net/iperf/
Hlásit chyby na:     https://github.com/esnet/iperf
Adresa ke stažení verze Windows 64bit:Přihlášení k hypertextovému odkazu je viditelné.



LINUX servery, například CentOS, mohou nainstalovat nástroj iPerf3 pomocí příkazu yum, příkaz je následující:

server

S Linux serverem na straně serveru spusťte následující příkaz:



klient

Na straně klienta jsem použil svůj lokální počítač a provedl následující příkaz:

Poznámka:192.168.50.227 je IP adresa na straně Sever



shrnutí

Serverový log ukazuje, že byl přijat testovací požadavek z 192.168.50.243, zdrojový port 22376. Klientská strana provádí nepřetržitý test po dobu 10 sekund a zobrazuje počet přenesených bajtů za sekundu a informace o šířce pásma. Statistiky zaslané a přijaté jsou po dokončení testu shrnuty. Naslouchání portu 5201 pokračuje i po uzavření klientského připojení.

Připojení k hostiteli 192.168.50.227, port 5201
[ 4] Local 192.168.50.243 port 22377 připojen k 192.168.50.227 port 5201
[ ID] Intervalová přenosová šířka pásma
[ 4] 0,00-1,00 sekundy 112 MBytů 943 Mbit/s
[ 4] 1,00-2,00 sekundy 112 MB 940 Mbit/s
[ 4] 2,00-3,00 sekundy 112 MBytů 941 Mbit/s
[ 4] 3,00-4,00 sekundy 112 MBytů 940 Mbit/s
[ 4] 4,00-5,00 sekund 112 MB 941 Mbit/s
[ 4] 5,00-6,00 sekund 112 MBytů 941 Mbit/s
[ 4] 6,00-7,00 sekund 112 MBytů 942 Mbit/s
[ 4] 7,00-8,00 sekund 112 MB 941 Mbit/s
[ 4] 8,00-9,00 sekundy 112 MB 942 Mbit/s
[ 4] 9,00-10,00 sekund 112 MB 942 Mbit/s
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Intervalová přenosová šířka pásma
[ 4] 0,00-10,00 sekundy 1,10 GBytes 941 Mbit/s odesílatel
[ 4] 0,00-10,00 sekund 1,10 GBytes 941 Mbit/s přijímač

Hotovo.
Jak serverová, tak klientská zařízení jsou gigabitové Etherporty a routery jsou také Gigabit Etherporty, takže šířka pásma 941 Mbit/s je normální.

Testovací virtuální stroje pod ESXI

Oba jsou systémy CentOS a fyzickému routeru je přiřazena soukromá IP adresa, která je testována přes privátní IP následovně:



Připojení k hostiteli 192.168.50.227, port 5201
[ 5] Local 192.168.50.131 port 35394 připojen k 192.168.50.227 port 5201
[ ID] Intervalový přenos datového toku Retr Cwnd
[ 5] 0,00-1,00 sekundy 2,72 GBytes 23,3 Gbit/s 0 1,39 MBytes      
[ 5] 1,00-2,00 sekundy 2,74 GBytes 23,5 Gbit/sec 0 1,48 MBytes      
[ 5] 2,00-3,00 sekundy 2,60 GBytes 22,3 Gbit/s 0 1,48 MBytes      
[ 5] 3,00-4,00 sekundy 2,58 GBytes 22,2 Gbit/s 0 1,48 MBytes      
[ 5] 4,00-5,00 sekund 2,67 GByts 23,0 Gbit/s 0 1,48 MBytes      
[ 5] 5,00-6,00 sekund 2,65 GBytes 22,7 Gbit/sec 0 1,48 MBytes      
[ 5] 6,00-7,00 sekund 2,67 GBytes 23,0 Gbit/s 0 1,48 MBytes      
[ 5] 7,00-8,00 sekund 2,64 GBytes 22,7 Gbit/s 0 1,48 MBytes      
[ 5] 8,00-9,00 sekund 2,63 GBytes 22,6 Gbit/sec 0 1,48 MBytes      
[ 5] 9,00-10,00 sekund 2,67 GBytes 22,9 Gbit/sec 0 1,48 MBytes      
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Intervalový přenos datového toku Retr
[ 5] 0,00-10,00 sekund 26,6 GBytes 22,8 Gbit/sec 0 odesílatel
[ 5] 0,00-10,04 sekundy 26,6 GBytes 22,7 Gbit/sec přijímač

Hotovo.
To je trochu neobvyklé, protože jsem Gigabit router a testovací rychlost je 22,7 Gbit/s, není to přes fyzickou síťovou kartu?

Přístupové informace:https://communities.vmware.com/t ... Routes/ta-p/2783083

VM1 a VM2 jsou připojeny ke stejnému vSwitchi nazývanému "vSwitch1", se stejnou skupinou portů nazvanou Production a také se stejnou VLAN zvanou VLAN 20 a obě běží na stejném ESXi hostiteli jménem ESX1. Síťový provoz mezi těmito VM (VM1 a VM2) nejde do fyzických síťových kart na ESXi hostiteli a tyto rámce také nejsou přeposílány do fyzické sítě jako fyzický switch a router, protože VM ano komunikovat v rámci vSwitche a dosáhnout vyšší rychlosti sítě a menší latence.
VM1 a VM2 jsou připojeny ke stejnému vSwitchi s názvem "vSwitch1", ke stejné skupině portů nazvané Production a ke stejné VLAN nazvané VLAN 20, a obě běží na stejném ESXi hostiteli s názvem ESX1. Síťový provoz mezi těmito VM (VM1 a VM2).Nejde to do fyzické síťové karty na ESXi hostu, a tyto rámce takéNení přeposílán do fyzické sítě(například fyzické switche a routery), protože VM komunikují uvnitř vSwitche, což vede k vyšším rychlostem sítě a menší latenci.

Prostředí jsem si otestoval sám.Dva VM jsou na stejném hostiteli a vSwitchi, ale ne na stejné skupině portů, zdá se, že není přesměrován na fyzickou síťovou kartu ani na fyzickou síť.





Předchozí:Použijte Pandoc k hromadnému převodu dokumentů Markdown do Word pod Windows
Další:Praktický provoz: AOP ve Spring Bootu dynamicky mění hodnotu parametru požadavku
 Pronajímatel| Zveřejněno 06.11.2021 11:15:38 |
Směrování síťového provozu VMwarehttps://theithollow.com/2012/03/ ... rk-traffic-routing/
 Pronajímatel| Zveřejněno 29.05.2022 18:33:58 |
[Praktický boj] Server vytváří LibreSpeed k testování rychlosti sítě
https://www.itsvse.com/thread-10319-1-1.html
 Pronajímatel| Zveřejněno 14.10.2023 11:55:41 |
Ubuntu install iperf3 příkaz:



Zároveň můžete přidat --debug pro spuštění debug výstupu
 Pronajímatel| Zveřejněno 05.08.2024 8:40:17 |
 Pronajímatel| Zveřejněno 03.09.2025 20:22:11 |
 Pronajímatel| Zveřejněno 30.10.2025 17:42:38 |
Zřeknutí se:
Veškerý software, programovací materiály nebo články publikované organizací Code Farmer Network slouží pouze k učení a výzkumu; Výše uvedený obsah nesmí být používán pro komerční ani nelegální účely, jinak nesou všechny důsledky uživatelé. Informace na tomto webu pocházejí z internetu a spory o autorská práva s tímto webem nesouvisí. Musíte výše uvedený obsah ze svého počítače zcela smazat do 24 hodin od stažení. Pokud se vám program líbí, podporujte prosím originální software, kupte si registraci a získejte lepší skutečné služby. Pokud dojde k jakémukoli porušení, kontaktujte nás prosím e-mailem.

Mail To:help@itsvse.com