Date: Fri, 13 Sep 2024 08:08:02 -0400 From: Mark Saad <nonesuch@longcount.org> To: freebsd-net@freebsd.org Subject: Re: Performance issues with vnet jails + epair + bridge Message-ID: <39B2C95D-1E4F-4133-8923-AD305DFA9435@longcount.org> In-Reply-To: <20240913100938.3eac55c9fbd976fa72d58bb5@gmail.com> References: <20240913100938.3eac55c9fbd976fa72d58bb5@gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
>
> On Sep 13, 2024, at 5:09 AM, Sad Clouds <cryintothebluesky@gmail.com> wrote:
>
> Tried both, kernel built with "options RSS" and the following
> in /boot/loader.conf
>
> net.isr.maxthreads=-1
> net.isr.bindthreads=1
> net.isr.dispatch=deferred
>
> Not sure if there are race conditions with these implementations, but
> after a few short tests, the epair_task_0 got stuck 100% on CPU and
> stayed there in this state indefinitely, until I rebooted.
>
> PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND
> 0 root -64 - 0B 672K CPU0 0 6:24 100.00% kernel{epair_task_0}
>
> Is RSS considered too experimental, hence not enabled by default?
Sad
Can you go back a bit you mentioned there is a RPi in the mix ? Some of the raspberries have their nic usb attached under the covers . Which will kill the total speed of things.
Can you cobble together a diagram of what you have on either end ?
---
Mark Saad | nonesuch@longcount.org
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?39B2C95D-1E4F-4133-8923-AD305DFA9435>