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
>=20
> On Sep 13, 2024, at 5:09 AM, Sad Clouds <cryintothebluesky@gmail.com> wrot=
e:
>=20
> =EF=BB=BFTried both, kernel built with "options RSS" and the following
> in /boot/loader.conf
>=20
> net.isr.maxthreads=3D-1
> net.isr.bindthreads=3D1
> net.isr.dispatch=3Ddeferred
>=20
> 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.
>=20
> PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND
> 0 root -64 - 0B 672K CPU0 0 6:24 100.00% kernel{e=
pair_task_0}
>=20
> 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 t=
he raspberries have their nic usb attached under the covers . Which will kil=
l the total speed of things.=20
=20
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>