11–20 of 22 posts
What use cases people use eBPF for these days?
I wrote a tool that compiles to a small, statically linked binary (using CO-RE/libbpf), deployed to every node as a DaemonSet. It just works and uses minimal CPU and memory resources.
Looks great. I remember using bpftrace at work to debug a nasty performance issue, I went down the rabbit hole only to find a certain syscall was being called much too often. We managed to trace it back inside the sourcecode to a sleep(1 second), which was some sort of manual io scheduling commited by the CTO when the startup was early stage. Removing those few lines and installing kyber fixed the issues!
What use cases people use eBPF for these days?
Tongue in cheek: lots of people have discovered they can replace Linux kernel modules with brittle eBPF code instead, which attaches itself to various parts of the kernel that are even less stable than the things modules have to deal with.
What use cases people use eBPF for these days?
The eBPF website has a list of projects using it, that can give you a decent flavour of what people use it for. https://ebpf.io/applications/
What use cases people use eBPF for these days?
Earlier quoted context omitted.
There's plenty other applications. Network routing can be implemented in (e)bpf. It's even the original use case. But there's also the LSM based on ebpf, there's a user space scheduler (Google iirc), seccomp and some cgroup filters can be done in bpf... It's the Lua of the kernel at this point. Provides a lot of extension points.
sched-ext is meta, Google have something else but less open i believe. https://github.com/sched-ext/scx/blob/main/OVERVIEW.md
also one from canonical in rust on top of scx https://github.com/sched-ext/scx/tree/main/scheds/rust/scx_r... https://arighi.blogspot.com/2024/02/writing-scheduler-for-li...
What use cases people use eBPF for these days?
Nice! But I got it to freeze under higher load. Removing the load does not help.
Just tried this on the eBPF code I am working on. Works great! This one is going straight into the toolbox. Even though eBPF is super fast, I have found triggering complex probes many times will have performance implications, which can not easily be tracked down to the instrumenting application. This will help with that a lot.