We are familiar with «hw.cxgbe.rsrv_noflowq», but as you already stated it’s 
only for TX direction, it doesn’t help us at all.

Our problem is in fact, that on FreeBSD only CPU0 seems to do the slow protocol 
(LACP, CARP,…) stuff and even though the other CPUs are completely idle, if 
CPU0 has 100% load (which is in fact possible to achieve with one iperf 
session) you can create a scenario where LACP/CARP stops working due to the 
load on CPU0. So the idea would be to get rid of the RSS load of CPU0 to ensure 
that the slow protocols are always working as expected.

To sum it up, yes I’m in theory able to test a RX patch, as it is only a test 
setup. However I’m completely new in FreeBSD and we are using it only because 
our firewall (OPNsense) does use it. FreeBSD came on the ISO with the 
installation medium. So please explain in detail what we have to do…

Cheers Josef

Attachment: smime.p7s
Description: S/MIME Cryptographic Signature

Reply via email to