CVSROOT: /cvs
Module name: src
Changes by: d...@cvs.openbsd.org 2020/05/20 18:44:36
Modified files:
sys/net : if_trunk.c
Log message:
don't limit the output queue (ifq) length to 1 anymore.
if we use the ifq to move packet processing to another context,
it's too easy to fill up the one slot and cause packet loss.
the ifq len was set to 1 to avoid delays produced by the original
implementation of tx mitigation. however, trunk now introduces
latency because it isn't mpsafe yet, which causes the network stack
to have to take the kernel lock for each packet, and the kernel
lock can be quite contended. i want to use the ifq to move the
packet to the systq thread (which already has the kernel lock)
before trunk is asked to transmit it.
tested by mark patruck and myself.
