From Profiling to Kernel Patch: the Journey to an Ebpf Performance Fix
Posted20 days agoActive13 days ago
rovarma.comTech Discussionstory
informativepositive
Debate
10/100
EbpfLinuxAI Performance Analysis
Key topics
Ebpf
Linux
AI Performance Analysis
Discussion Activity
Light discussionFirst comment
5d
Peak period
1
108-120h
Avg / period
1
Key moments
- 01Story posted
Dec 13, 2025 at 5:04 PM EST
20 days ago
Step 01 - 02First comment
Dec 18, 2025 at 9:03 AM EST
5d after posting
Step 02 - 03Peak activity
1 comments in 108-120h
Hottest window of the conversation
Step 03 - 04Latest activity
Dec 20, 2025 at 5:54 PM EST
13 days ago
Step 04
Generating AI Summary...
Analyzing up to 500 comments to identify key contributors and discussion patterns
ID: 46258583Type: storyLast synced: 12/18/2025, 7:50:41 PM
Want the full context?
Jump to the original sources
Read the primary article or dive into the live Hacker News thread when you're ready.
In hindsight, making the sync point be paid for all users was a mistake, and an opt-in flag would have been the better option. This is especially true because users that hit the issue kind of mis-used the eBPF map. I've found that most of the map types are good for the userspace -> kernel direction, but most of the times not the other way around.
In the example, sending timing samples to userspace should be performed with a ringbuf map. Alas, those did not exist in 2018, and the perf event array map type had its own drawbacks that pushed people (ab)using array maps. The only times the usual maps are fine for kernel -> userspace is for some non-streaming data (e.g. accumulated packet count in network programs); streaming should be left to ringbuf.
> In hindsight, making the sync point be paid for all users was a mistake, and an opt-in flag would have been the better option
Yep. It was mentioned on the original patch’s mailing list discussion, but the cost was thought to be small. Just goes to show again that “intuition” about software perf is generally ~useless. The only way to know is to measure.
> will need to try it out before as it's a paid tool
I think it’s totally worth it, but I’m biased ;-) Note that the Linux version is currently in private alpha, and not generally available yet. Hopefully soon though!