( renard | 2021. 01. 24., v – 20:20 )

Az UDP önmagában elég katasztrofális eredményeket hozott (1Mbps körül volt mindkét irányban)

:)  UDP esetén ez az alapértelmezett sebesség (TCP-nél meg alapesetben nincs korlátozás)

man iperf3

-b, --bandwidth n[KM]
              set target bandwidth to n bits/sec (default 1 Mbit/sec for UDP, unlimited for TCP).  If there  are  multiple  streams  (-P
              flag),  the  bandwidth  limit  is applied separately to each stream.  You can also add a '/' and a number to the bandwidth
              specifier.  This is called "burst mode".  It will send the given number of packets without pausing, even if that temporar‐
              ily  exceeds the specified bandwidth limit.  Setting the target bandwidth to 0 will disable bandwidth limits (particularly
              useful for UDP tests).  On platforms supporting the SO_MAX_PACING_RATE socket option (currently only Linux), fair-queueing
              socket-level pacing, implemented in the kernel, will be used.  On other platforms, iperf3 will implement its own rate con‐
              trol.

 

Tehát az mii-tool szerint half duplexben van, az ethtool szerint FD-ben :). A kernel szerint is FD

A mii-tool elavult, csak 10/100-as kártyák esetében tájékoztat jól (használok olyan beágyazott rendszert, ahol van a mii-tool mellett gmii-tool, az tudja a gigabitet is, és ott nem érhető el az ethtool), normál esetben ezt már régóta nem is használom, mindig ethtoollal nézem, hogy hogyan állt össze a link.