Explore >> Select a destination

You are here

 ebpf.io
eBPF Updates #4: In-Memory Loads Detection, Debugging QUIC, Local CI Runs, MTU Checks, but No Pancakes
| | www.collabora.com
An eBPF overview, part 1: Introduction
3.6 parsecs away

Travel
| | Interested in learning more about low-level specifics of the eBPF stack? Read on as we take a deep dive, from its VM mechanisms and tools, to running traces on remote, resource-constrained embedded devices.
| | blog.trailofbits.com
Pitfalls of relying on eBPF for security monitoring (and some solutions) | Trail of Bits Blog
4.4 parsecs away

Travel
| | By Artem Dinaburg eBPF (extended Berkeley Packet Filter) has emerged as the de facto Linux standard for security monitoring and endpoint observability. It is used by technologies such as BPFTrace, Cilium, Pixie, Sysdig, and Falco due to its low overhead and its versatility. There is, however, a dark (but open) secret: eBPF was never intended...
| | filipnikolovski.com
TIL: eBPF is awesome
4.2 parsecs away

Travel
| | A blog about programming, technology and open-source stuff.
| | aivarsk.com
Monitoring Oracle Tuxedo with Linux eBPF | Aivars Kalv?ns
31.2 parsecs away

Travel
| I have built several scripts for monitoring Oracle Tuxedo over the years. Most relied on the tmtrace and tputrace(3c) features provided by Tuxedo itself. I also tried to collect statistics on the IPC queues using standard system calls and tools. But all these years I have been thinking about how to measure the time a message spends in a queue. Messages in IPC queues are just an array of bytes, there is no field I could use to store that information. IPC queues were not created with observability in mind.