Fórum Root.cz
Hlavní témata => Sítě => Téma založeno: darebacik 23. 05. 2024, 15:23:58
-
Testujem sadu
2x Cudy MC220, Media konvertor, SFP, 1x GLAN
1x MaxLink SFP modul 1,25Gbps, 3km, WDM, DDM, TX1310/RX1550 (SC/SM)
1x MaxLink SFP modul 1,25Gbps, 3km, WDM, DDM, TX1550/RX1310 (SC/SM)
1x Optický patchcord SC/PC - SC/PC 3mm, G.657A2, simplex, outdoorNa koncoch mam NTB (1x Win 10 a 1x Linux MInt 21) s Gigabit sietovkami.
Nastavene staticke IP adresy a test robim s iperf vo full duplex mode
Vysledky
Server linux
iperf3 -s
-----------------------------------------------------------
Server listening on 5201
-----------------------------------------------------------
Accepted connection from 192.168.1.2, port 60402
[ 5] local 192.168.1.3 port 5201 connected to 192.168.1.2 port 60403
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 80.1 MBytes 672 Mbits/sec
[ 5] 1.00-2.00 sec 83.9 MBytes 704 Mbits/sec
[ 5] 2.00-3.00 sec 84.6 MBytes 710 Mbits/sec
[ 5] 3.00-4.00 sec 83.1 MBytes 697 Mbits/sec
[ 5] 4.00-5.00 sec 84.4 MBytes 708 Mbits/sec
[ 5] 5.00-6.00 sec 85.1 MBytes 714 Mbits/sec
[ 5] 6.00-7.00 sec 84.2 MBytes 707 Mbits/sec
[ 5] 7.00-8.00 sec 82.5 MBytes 692 Mbits/sec
[ 5] 8.00-9.00 sec 85.4 MBytes 716 Mbits/sec
[ 5] 9.00-10.00 sec 86.3 MBytes 724 Mbits/sec
[ 5] 10.00-10.04 sec 3.36 MBytes 676 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate
[ 5] 0.00-10.04 sec 843 MBytes 704 Mbits/sec receiver
-----------------------------------------------------------
Server listening on 5201
-----------------------------------------------------------
Klient win 10
iperf3.exe -c 192.168.1.3 -d -t 10
send_parameters:
{
"tcp": true,
"omit": 0,
"time": 10,
"parallel": 1,
"len": 131072,
"client_version": "3.1.1"
}
Connecting to host 192.168.1.3, port 5201
SO_SNDBUF is 64512
[ 4] local 192.168.1.2 port 60403 connected to 192.168.1.3 port 5201
[ ID] Interval Transfer Bandwidth
[ 4] 0.00-1.00 sec 82.9 MBytes 695 Mbits/sec
[ 4] 1.00-2.00 sec 84.6 MBytes 710 Mbits/sec
[ 4] 2.00-3.00 sec 84.7 MBytes 710 Mbits/sec
[ 4] 3.00-4.00 sec 82.7 MBytes 695 Mbits/sec
[ 4] 4.00-5.00 sec 85.0 MBytes 713 Mbits/sec
[ 4] 5.00-6.00 sec 84.7 MBytes 711 Mbits/sec
[ 4] 6.00-7.00 sec 84.5 MBytes 708 Mbits/sec
[ 4] 7.00-8.00 sec 82.6 MBytes 692 Mbits/sec
[ 4] 8.00-9.00 sec 85.3 MBytes 716 Mbits/sec
send_results
{
"cpu_util_total": 34.6144,
"cpu_util_user": 20.9574,
"cpu_util_system": 13.6571,
"sender_has_retransmits": 0,
"streams": [{
"id": 1,
"bytes": 884012032,
"retransmits": -1,
"jitter": 0,
"errors": 0,
"packets": 0
}]
}
get_results
{
"cpu_util_total": 15.9548,
"cpu_util_user": 1.58282,
"cpu_util_system": 14.372,
"sender_has_retransmits": -1,
"congestion_used": "cubic",
"streams": [{
"id": 1,
"bytes": 883975260,
"retransmits": -1,
"jitter": 0,
"errors": 0,
"packets": 0,
"start_time": 0,
"end_time": 10.0417
}]
}
[ 4] 9.00-10.00 sec 86.1 MBytes 722 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth
[ 4] 0.00-10.00 sec 843 MBytes 707 Mbits/sec sender
[ 4] 0.00-10.00 sec 843 MBytes 707 Mbits/sec receiver
iperf Done.
Neviem, ale zda sa mi to nejak malo. Nerobim nieco zle ?
-
Je to dobře, ale mělo by to být víc. Kolem 940? Není to tím Windows? Taky jde zkoušet opačný směr pomocí -R. Mělo by to být stejně.
Jinak na začátku píšete full-duplex, tak jsem myslel, že testujete oba směry zároveň. To jde s --bidir. To mi pak dává asi 920 a 940.
-
Kdyz jsem chtel delat jakykoliv testy proti masine s W10+, bylo vzdy bezpodminecne nutne sundat antivirus.
V praci jsem mel odzkouseno, ze Symantec dokazal rychlost zkrouhnout nekde k 500 Mbit/s (na ne az tak pleckoidnim zeleze, nejaka notasova i5 10. generace s turbem), Windows Defender na stejnym zeleze umoznil az uuuzasnych 700 Mbit/s.
Naprosto otresny, aby dnesni soft dokazal takhle zdegradovat propustnost site. Vzdyt protlacit skutecny gigo pres sit nebyl problem na dobovym zeleze s XPckama dvacet let zpatky.
Cili v prvni rade povypinat Defendery a podobny nesmysly, pokud teda mas v planu neco jakztakz vypovidajiciho zmerit.
A pak omrkni Process Explorer, co, kolik ceho zere. Neco muze byt schovany pod procesem System, ten je potreba rozkliknout a omrknout jeho Threads, jestli treba neni nejaky velky spatny ohledne ovladace sitovky.
-
Dik za info. Bidir mi s linuxu voci win ani nespusti. Po vypnuti defenderu to islo nieco nad 800 Mbit/s. Ked som defender vypol, tak to islo tiez nieco cez 800. Potom som ho zapol a islo to znova cca 700. Dalej som sa tym nezapodieval, lebo ::) ::)
2 linux masiny voci sebe bez problemov 920-950 Mbit/s, samozrejme full duplex.
Dobre ponaucenie, ze na win masinach nerobit take pokusy. Inak Win 10 Pro je cisty. Nie je tam ziadna externa ochrana, len to co ponuka samotny win.
-
Není náhodou problém přímo v iperf3?
Jsem na síti, kde mi samba (Windows 11) běží vůči FreeBSD serveru cca 115MB/s. Tedy v podstatě saturovanej gigabit. FullDuplex. Bez problémů.
Když zapnu iperf3 (proti tomu stejnému FreeBSD stroji) v single režimu, tak to jede 950Mbps. Což je ok. Jenže bidir ukazuje 950/148. Což je totální kravina. Jinými síťovými věcmi to dokážu vytížit na těch 900/900. Což mám potvrzené i na mikrotik routeru, který současně funguje i jako switch, takže vidím provoz na jednotlivých portech toho switche. Takže nevidím žádný problém ani ve windows 11, ani v jejich antiviru (který to nejspíš ani vůbec nekontroluje).
-
Ještě bych doplnil verze. Na FreeBSD je to 3.16, aktuálně zkompilovaný. Na W11 je to 3.17. Jenže jak tak koukám, tak je to cygwin s posix threads. Super no. Emulace prostředí unixu pro jistotu ještě s threadama na windows. Takže iperf na windows bych opravdu nepovažoval za spolehlivý měřící nástroj.
Prostě to zkus otestovat sambou a uvidíš.
-
No úplně to bidir blbost není, testuje to třeba tady ke konci:
https://www.cnx-software.com/2024/05/01/geekom-xt12-pro-review-ubuntu-24-04-on-an-intel-core-i9-12900h-mini-pc/
Ale chová se to skutečně občas divně. Teď jsem testoval spojení mezi dvěma SBC, bylo to 900/100. Zabiju server, pustím znovu a už 900/900.
Prý ten iperf3 ve Windows není úplně dobrý nápad
https://www.cnx-software.com/2024/04/22/testing-ntttcp-iperf3-alternative-windows-11-linux/
-
Na Win11 bez ničeho vypnutého to je v pohodě
D:\iperf>iperf3.exe -c 192.168.2.1 -d -t 10
send_parameters:
{
"tcp": true,
"omit": 0,
"time": 10,
"parallel": 1,
"len": 131072,
"client_version": "3.1.3"
}
Connecting to host 192.168.2.1, port 5201
SO_SNDBUF is 212992
[ 4] local 192.168.2.10 port 52022 connected to 192.168.2.1 port 5201
[ ID] Interval Transfer Bandwidth
[ 4] 0.00-1.00 sec 113 MBytes 948 Mbits/sec
[ 4] 1.00-2.00 sec 113 MBytes 948 Mbits/sec
[ 4] 2.00-3.00 sec 113 MBytes 946 Mbits/sec
[ 4] 3.00-4.00 sec 112 MBytes 935 Mbits/sec
[ 4] 4.00-5.00 sec 113 MBytes 945 Mbits/sec
[ 4] 5.00-6.00 sec 112 MBytes 942 Mbits/sec
[ 4] 6.00-7.00 sec 113 MBytes 945 Mbits/sec
[ 4] 7.00-8.00 sec 111 MBytes 934 Mbits/sec
[ 4] 8.00-9.00 sec 113 MBytes 948 Mbits/sec
send_results
{
"cpu_util_total": 0,
"cpu_util_user": 0,
"cpu_util_system": 0,
"sender_has_retransmits": 0,
"streams": [{
"id": 1,
"bytes": 1179385856,
"retransmits": -1,
"jitter": 0,
"errors": 0,
"packets": 0
}]
}
get_results
{
"cpu_util_total": 2.997316,
"cpu_util_user": 0.556788,
"cpu_util_system": 2.440515,
"sender_has_retransmits": -1,
"streams": [{
"id": 1,
"bytes": 1179385856,
"retransmits": -1,
"jitter": 0,
"errors": 0,
"packets": 0
}]
}
[ 4] 9.00-10.00 sec 112 MBytes 943 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth
[ 4] 0.00-10.00 sec 1.10 GBytes 943 Mbits/sec sender
[ 4] 0.00-10.00 sec 1.10 GBytes 943 Mbits/sec receiver
iperf Done.
-
zkuste i -R a pripadne --bidi
-
Neviem, ale zda sa mi to nejak malo. Nerobim nieco zle ?
urcčitě bych zkusil použít parameter -P s hodnotou 10 či 15, u vyšších rychlostí to pomáhá
-
Problem s Win10 a ACK compression. Ve Win11 uz to maji lepe poresene.