On 2019-04-07, Mark Schneider <m...@it-infrastrukturen.org> wrote: > Short feedback: > > Just for the test I have checked the 10GBit network performance > between two FreeBSD 13.0 servers (both HP DL380g7 machines) > transfering data in both directions > > # --- > ironm@fbsdsrv2:~ $ scp ironm@200.0.0.10:/home/ironm/t2.iso t100.iso > Password for ironm@fbsdsrv1: > t2.iso 100% 3626MB 130.2MB/s 00:27 > > # --- > ironm@fbsdsrv2:~ $ scp obsd2fbsd.iso ironm@200.0.0.10:/home/ironm/t1.iso > Password for ironm@fbsdsrv1: > obsd2fbsd.iso 100% 3626MB 140.4MB/s 00:25 > # ---
scp is a *terrible* way to test network performance. If you are only interested in scp performance between two hosts then it's relevant, and you can probably improve speeds by using something other than scp. Otherwise irrelevant. > The ssh performance using 10GBit network connection on FreeBSD 13.0 > is approx 7 times higher than the one on OpenBSD 6.4. > > Is it the question of the "ix" NIC driver of OpenBSD 6.4? > (X520-DA2 NICs from Intel) > > Does one of you achieve good 10Gbit network performance with other > 10Gbit NICs? FreeBSD's network stack can make better use of multiple processors. OpenBSD is improving (you can read some stories about this work at www.grenadille.net) but is slower. Jumbo frames should help if you can use them. Much of network performance is related to packets-per-second not bits-per-second. For scp, switching ciphers/MACs is likely to speed things up too.
