[Bug 282095] enic breaks when changing MTU on interfaces with fib other than 0
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Tue, 15 Oct 2024 06:59:24 UTC
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=282095
Zhenlei Huang <zlei@FreeBSD.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |zlei@FreeBSD.org
--- Comment #1 from Zhenlei Huang <zlei@FreeBSD.org> ---
I have a two ports Chelsio T520-CR card. With the default MTU 1500, either TCP
or UDP mode iperf3 can easily reach ~9.6Gbps. For UDP the loss rate is also
negligible.
I think only ~3.7Gb/s for a 10G nic with default MTU 1500 is not reasonable.
Well the enic(4) driver was introduced on Feb 6 2023. That is quite new.
I moved cxl1 to a separated vnet while doing the benchmark. For multiple fibs
setup, the result is similar.
```
# jail -ic vnet persist
1
# ifconfig cxl1 vnet 1
# jexec 1 ifconfig cxl1 inet 192.168.99.1/31
# jexec 1 iperf3 -sD
# ifconfig cxl0 inet 192.168.99.0/31
# iperf3 -ub0 -c 192.168.99.1
Connecting to host 192.168.99.1, port 5201
[ 5] local 192.168.99.0 port 19631 connected to 192.168.99.1 port 5201
[ ID] Interval Transfer Bitrate Total Datagrams
[ 5] 0.00-1.00 sec 1.11 GBytes 9.56 Gbits/sec 819173
[ 5] 1.00-2.00 sec 1.11 GBytes 9.57 Gbits/sec 819938
[ 5] 2.00-3.00 sec 1.11 GBytes 9.57 Gbits/sec 819165
[ 5] 3.00-4.00 sec 1.11 GBytes 9.57 Gbits/sec 819298
[ 5] 4.00-5.00 sec 1.11 GBytes 9.57 Gbits/sec 819118
[ 5] 5.00-6.00 sec 1.11 GBytes 9.57 Gbits/sec 818958
[ 5] 6.00-7.00 sec 1.11 GBytes 9.56 Gbits/sec 818553
[ 5] 7.00-8.00 sec 1.11 GBytes 9.57 Gbits/sec 819750
[ 5] 8.00-9.00 sec 1.11 GBytes 9.56 Gbits/sec 818532
[ 5] 9.00-10.00 sec 1.11 GBytes 9.58 Gbits/sec 819819
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Jitter Lost/Total
Datagrams
[ 5] 0.00-10.00 sec 11.1 GBytes 9.57 Gbits/sec 0.000 ms 0/8192304 (0%)
sender
[ 5] 0.00-10.00 sec 11.1 GBytes 9.56 Gbits/sec 0.000 ms 743/8189808
(0.0091%) receiver
```
--
You are receiving this mail because:
You are the assignee for the bug.