New post: Leaving Intel https://www.brendangregg.com/blog/2025-12-05/leaving-intel.html
Remote
Brendan Gregg
@brendangregg@aus.social
mastodon 4.7.2Makes things faster. Industry expert in computing performance and eBPF. Intel Fellow; ex-Netflix. Creator of flame graphs. Australian. Opinions my own.
3366 Followers
1 Following
19 Posts
Joined November 07, 2022
New blog post: The Return of the Frame Pointers (Fedora, Ubuntu) https://www.brendangregg.com/blog/2024-03-17/the-return-of-the-frame-pointers.html
New blog post: Linux crisis tools https://www.brendangregg.com/blog/2024-03-24/linux-crisis-tools.html
new post: When to Hire a Computer Performance Engineering Team (2025) part 1 of 2 https://www.brendangregg.com/blog/2025-08-04/when-to-hire-a-computer-performance-engineering-team-2025-part1.html
AI Flame Graphs: Showing what's actually running on the HW and how we got there. Uses Intel EU stall profiling and eBPF. https://www.brendangregg.com/blog/2024-10-29/ai-flame-graphs.html
New blog post: Doom GPU Flame Graphs, a fun demo of AI/GPU Flame Graphs and FlameScope, now open source https://www.brendangregg.com/blog/2025-05-01/doom-gpu-flame-graphs.html
new blog post: 3 Years of Extremely Remote Work https://www.brendangregg.com/blog/2025-05-22/3-years-of-extremely-remote-work.html
My website is back online http://www.brendangregg.com/ after migrating to a different provider (and https should work again), let me know if something still looks broken, thanks
New post: No More Blue Fridays: How eBPF is already being adopted to prevent kernel crashes https://www.brendangregg.com/blog/2024-07-22/no-more-blue-fridays.html
New blog post: eBPF Documentary https://www.brendangregg.com/blog/2024-03-10/ebpf-documentary.html
WSJ covering the eBPF "super revolutionary technology" https://www.wsj.com/articles/how-the-crowdstrike-tech-outage-reignited-a-battle-over-the-heart-of-microsoft-systems-72b62c90
eBPF documentary trailer is now online; full doc will be released for KubeCon Nov 8 https://ebpfdocumentary.com/
I think my blog is fixed again. Let me know if something looks broken. I'd broken the source files a while ago trying to migrate it to a new server.
My website is online as http at http://www.brendangregg.com/ , but I just broke https links, sorry. If you delete the "s" then links will work.
Replying to
@adrianco@mastodon.social Thanks, haven't tried that yet, have a lot of things to try. Depends if some SW is used for that interconnect traffic, if it's just load/store instructions then at least you might see different amounts/types of stalls.
Replying to
@jamey@toot.cat Thanks for the info, I've updated the post as others have said JIT->DWARF is possible too. I'm not sure it's going to scale to the busy JVM workloads I've seen in production though, where just I tried realtime JIT symbol logging (timestamp, func name, address, size) and found the overhead for that was too high. Imagine a 64-CPU system with a significant amount of time in c2 compilation constantly.
Replying to
@davedave@aus.social if that works, couldn't I just mount remount /usr? Anyway, yes, this approach might work. Not fun to figure out during a crisis though.