On Tue, 12 May 2026 16:43:58 +0200, Antonio Quartulli <[email protected]> wrote:
> From: Ralf Lici <[email protected]>
>
> Currently ovpn processes received packets in the same softirq context
> that delivers the skb. If the packet is valid and decapsulated, it is
> reinjected via a single per-interface gro_cells instance.
>
> To improve parallelism and scaling, add a per-peer NAPI and skb queue
> for reception and reinjection. On receive, the skb is enqueued to the
> peer's queue and the peer NAPI is scheduled. The poll function drains
> the queue, processes the packet, and reinjects the decapsulated skb into
> the stack through that peer NAPI.
>
> This is the first patch introducing a more elaborated packet processing
> pipeline aimed at improving parallelism and scalability.
[...]

Hi,

we decided to drop this patch from the next respin.

We are working on a broader datapath rework that will cover this
optimization more cleanly, so we'll revisit the NAPI part separately
once that work is ready.

Thanks,
-- 
Ralf Lici
Mandelbit Srl


_______________________________________________
Openvpn-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/openvpn-devel

Reply via email to