Thread (30 messages) 30 messages, 5 authors, 2h ago

Re: [PATCH net-next v2 03/14] bpf: Make BPF skb extension survive packet scrubbing

From: Jakub Kicinski <kuba@kernel.org>
Date: 2026-09-25 19:18:50
Also in: bpf

On Fri, 25 Sep 2026 01:07:47 +0000 Alexei Starovoitov wrote:
quoted
I've implemented Alexei's idea of skb-lifecycle tracepoints that run
only when an skb is marked/traced. Currently putting final touches on it
before sending it out for the first round of feedback. You can take
sneak peek at it on GH [1] to see if it meets your needs.

The CPU overhead is lower compared to the skb extension, at least in my
local runs, and the kernel changes are simpler, so it seems like a win
overall:

|                  | gated skb tps    | bpf skb ext      |
|------------------|------------------|------------------|
| **busy**         | **+5.44 ± 3.16** | **+8.01 ± 4.75** |
| sys              | +2.62 ± 2.06     | +3.67 ± 2.76     |
| soft             | +2.89 ± 1.43     | +3.83 ± 2.10     |
| ns/pkt @146k pps | **+≈ 373**       | **+≈ 549**       |

I'll be giving an update on it at LPC [1], if you're attending, and of
course will keep you posted here on the ML.  
Well, the numbers speak for themselves. I think :)
Instead of improving the existing infra we're adding more BPF-specific
glue and another bit to the skb. Matter of perspective I suppose :/
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help