On 6/27/23 12:47 AM, josef.zahn...@swisscom.com wrote:
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.
Okay.
Our problem is in fact, that on FreeBSD only CPU0 seems to do the slow
protocol (LACP, CARP,…) stuff and
On Tue, Jun 27, 2023 at 03:47:26PM +0100, Jamie Landeg-Jones wrote:
> bob prohaska wrote:
>
> > It is tempting to think USB saturation would account
> > for the trouble. A tool similar to gstat, but for
> > USB as a whole, would be helpful if it exists.
>
> Would this do?
>
> /usr/ports/sysuti
bob prohaska wrote:
> It is tempting to think USB saturation would account
> for the trouble. A tool similar to gstat, but for
> USB as a whole, would be helpful if it exists.
Would this do?
/usr/ports/sysutils/usbtop
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
On Mon, Jun 26, 2023 at 5:58 AM wrote:
>
> Hi guys
>
>
>
> I’m trying to do something similar like in the question here
> (https://lists.freebsd.org/pipermail/freebsd-net/2017-March/047378.html). We
> have Chelsio NICs (T580-LP-CR).
>
>
>
> Our goal is the following:
>
> RSS Queue 0 -> only cont
