Re: Performance issues with vnet jails + epair + bridge

Reply: Mark Saad : "Re: Performance issues with vnet jails + epair + bridge"
In reply to: Sad Clouds : "Performance issues with vnet jails + epair + bridge"
Go to: [ bottom of page ] [ top of archives ] [ this month ]

From: Sad Clouds <cryintothebluesky_at_gmail.com>
Date: Fri, 13 Sep 2024 09:09:38 UTC

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?