CFP-46760: eBPF Runtime Benchmarking - #101
Conversation
be7ec98 to
f248585
Compare
|
Requesting review @jrife |
f248585 to
390408a
Compare
390408a to
a33f5c7
Compare
a33f5c7 to
9b9aab0
Compare
9b9aab0 to
17bfbd9
Compare
|
cc: @cilium/sig-datapath |
17bfbd9 to
552b2a8
Compare
pchaigno
left a comment
There was a problem hiding this comment.
This looks good to me. Thanks for the write up!
I'd be interested to know how much overhead enabling this adds. If it is insignificant (which I guess it isn't), we may consider enabling it by default. Knowing the overhead will also be key to document it properly for users.
| **Begin Design Discussion:** 2026-06-26 | ||
| **Cilium Release:** 1.21 | ||
| **Authors:** Anshul Chelapurath <achelapurath@google.com> | ||
| **Status:** Draft |
There was a problem hiding this comment.
@xmulligan This CFP looks ready to go. Is all we need to change this line to Implementable and merge?
There was a problem hiding this comment.
Yes I would just update that line and since it has approval from at least one committer it is ready to merge 🙂
There was a problem hiding this comment.
Made some nit changes based on feedback from cilium/cilium#47186. Thanks for the reviews everyone!
552b2a8 to
cc5f2a5
Compare
Signed-off-by: Anshul Chelapurath <achelapurath@google.com>
cc5f2a5 to
6bee2e8
Compare
Summary
Introduce BPF program execution statistics tracking and telemetry based
on the Linux BPF_ENABLE_STATS syscall. This adds on-demand benchmarking
capabilities via a new 'cilium bpf benchmark' CLI subcommand and routes
cumulative execution counts and runtimes to Prometheus metrics.
Motivation
Cilium's BPF datapath currently lacks runtime visibility, making it difficult to analyze the performance impact of configuration changes or detect latency regressions in large-scale environments without SSHing into individual nodes to run
bpftoolor similar queries manually.[continued in CFP]
Signed-off-by: Anshul Chelapurath achelapurath@google.com