Date: Fri, 13 Sep 2024 10:09:38 +0100 From: Sad Clouds <cryintothebluesky@gmail.com> Cc: freebsd-net@FreeBSD.org Subject: Re: Performance issues with vnet jails + epair + bridge Message-ID: <20240913100938.3eac55c9fbd976fa72d58bb5@gmail.com> In-Reply-To: <20240912181618.7895d10ad5ff2ebae9883192@gmail.com> References: <20240912181618.7895d10ad5ff2ebae9883192@gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
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?
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20240913100938.3eac55c9fbd976fa72d58bb5>