Related posts
Brendan Gregg
x.com
new post: eBPF Observability Tools are not Security Tools
ebpf observability
The the words it uses that this site has seen
least often elsewhere. Posts are matched on those words alone —
nothing here is a summary of this one.
Sources
All Writing Korrents Recommends Bluesky x.com Newsletter GitHub Blog
Top people
Brendan Gregg
Charity Majors
Gergely Orosz
Guillermo Rauch
Jon Seager
Praveen Kumar Purushothaman
Julie Zhuo
Dillon Mulroy
Showing Profile →
Show everything
Hiding Show them again
Show them again
Further back ↓
Hiding Show them again
16 September
Writes The Pragmatic Engineer, the software-engineering newsletter, and wrote The Software Engineer's Guidebook. Formerly an engineering manager at Uber, and at Microsoft/Skype and Skyscanner before that.
Their words
This is why everyone is rethinking code reviews, deploys, possibly even o11y
Show the whole quote
@GergelyOrosz on X x.com
3 September
CEO of Vercel; creator of Next.js and Socket.IO. Writes at rauchg.com.
Their words
Points all coding agents to AI Gateway, getting you 100% uptime, observability, budgets, and ease of switching.
Show the whole quote
x.com
9 July
Co-founder and CTO of Honeycomb; previously an infrastructure engineer at Parse, Facebook and Linden Lab, and co-author of Observability Engineering.
Bluesky Years ago, I predicted columnar storage would remake the landscape of observability. I thought a wave of new columnar-backed tools would displace the creaky old three pillars model with tech that is faster, easier, cheaper, better in every way. Well, I was half right. charity.wtf
Related
x.com Years ago, I predicted that columnar storage would remake the landscape of observability tools. I thought we'd see a wave of new columnar-backed observability tools grow up to displace the old, creaky, three pillars model with tech that is faster, easier, cheaper, and better in every way. I was half right. Observability vendors, you are chasing the wrong ball. Datadog's great weakness is not their price point, it's their product. @ClickHouseDB, good job. You don't make me want to stab my eyes out. In this market landscape, that's high praise. charity.wtf
Related
8 July
Co-founder and CTO of Honeycomb; previously an infrastructure engineer at Parse, Facebook and Linden Lab, and co-author of Observability Engineering.
7 July
Co-founder and CTO of Honeycomb; previously an infrastructure engineer at Parse, Facebook and Linden Lab, and co-author of Observability Engineering.
Go read this post from Mat Duggan right now -- "@ClickhouseDB is Winning the Observability Wars". Go! I'll wait. https://t.co/LOsYeGNUJH "Every other observability backend I've worked with mutates as it grows... ClickHouse at 10 TB a day looks like ClickHouse at 1 TB a day with more shards. That's it. That's the pitch. That's the whole reason I'm writing this." Duggan's piece is a riot from start to finish. He talks you through all the pain of scaling Elastic, LGTM, and Datadog, and shows why a little tiny bit of upfront effort buys you SO MUCH EASE down the road, as you scale indefinitely. W… Related
13 May
Software engineer and engineering leader at Canonical, working on Ubuntu; writes about his homelab, Nix and tooling at jnsgr.uk.
12 March
London-based front-end architect, web developer evangelist and cloud consultant; Microsoft MVP. Writes at praveen.science and answers on Stack Overflow.
🚀 Live from #SREDays #London at Everyman Canary Wharf! 🛳️ Checked in and ready for a day packed with SRE, observability, and production reliability stories. I’ll be sharing highlights throughout the day. #SREDaysLondon #SRE #DevOps #CloudNative Related
18 February
Co-founder and CTO of Honeycomb; previously an infrastructure engineer at Parse, Facebook and Linden Lab, and co-author of Observability Engineering.
6 February
Computer performance engineer working on datacenter performance at OpenAI, previously Netflix and Sun/Joyent. Author of Systems Performance and BPF Performance Tools, and creator of flame graphs.
27 November 2025
Computer performance engineer working on datacenter performance at OpenAI, previously Netflix and Sun/Joyent. Author of Systems Performance and BPF Performance Tools, and creator of flame graphs.
24 November 2025
Co-founder and CTO of Honeycomb; previously an infrastructure engineer at Parse, Facebook and Linden Lab, and co-author of Observability Engineering.
30 October 2025
Co-founder and CTO of Honeycomb; previously an infrastructure engineer at Parse, Facebook and Linden Lab, and co-author of Observability Engineering.
13 October 2025
Co-founder and CTO of Honeycomb; previously an infrastructure engineer at Parse, Facebook and Linden Lab, and co-author of Observability Engineering.
21 September 2025
Co-founder of Sundial; former vice president of product design at Facebook; author of The Making of a Manager; writes The Looking Glass.
Their words
It's easier to even predict whether growth will slow down at a certain point. it's easier to catch these trends earlier. If you don't have good observability over how your business runs and what the company's um key levers are, then you will be scrambling.
Show the whole quote
youtube.com
3 August 2025
Computer performance engineer working on datacenter performance at OpenAI, previously Netflix and Sun/Joyent. Author of Systems Performance and BPF Performance Tools, and creator of flame graphs.
Their words
A new performance team can likely find enough optimizations to halve infrastructure spend in their first couple of years, even for companies that have been using commercial performance or observability tools.
Show the whole quote
brendangregg.com
13 February 2025
Principal engineer at Cloudflare as of 2026, on agents and developer tooling. Streams TypeScript, OCaml and Neovim on Twitch, and wrote the better-result library after writing the same Result type about a hundred times.
Their words
This is what leads to slop JS/TS software. Treating errors generically like this is a mistake. It leads to fragile software, poor telemetry/observability/debugging, and as a result worse experiences
Show the whole quote
@dillon_mulroy on X x.com
30 October 2024
Computer performance engineer working on datacenter performance at OpenAI, previously Netflix and Sun/Joyent. Author of Systems Performance and BPF Performance Tools, and creator of flame graphs.
AI Flame Graphs: Showing what's actually running on the HW and how we got there. Uses Intel EU stall profiling and eBPF. Related
16 August 2024
Computer performance engineer working on datacenter performance at OpenAI, previously Netflix and Sun/Joyent. Author of Systems Performance and BPF Performance Tools, and creator of flame graphs.
22 July 2024
Computer performance engineer working on datacenter performance at OpenAI, previously Netflix and Sun/Joyent. Author of Systems Performance and BPF Performance Tools, and creator of flame graphs.
21 July 2024
Computer performance engineer working on datacenter performance at OpenAI, previously Netflix and Sun/Joyent. Author of Systems Performance and BPF Performance Tools, and creator of flame graphs.
No More Blue Fridays In the future, computers will not crash due to bad software updates, even those updates that involve kernel code. In the future, these updates will push eBPF code. Friday July 19th provided an unprecedented example of t…
Related
10 March 2024
Computer performance engineer working on datacenter performance at OpenAI, previously Netflix and Sun/Joyent. Author of Systems Performance and BPF Performance Tools, and creator of flame graphs.
29 July 2023
Computer performance engineer working on datacenter performance at OpenAI, previously Netflix and Sun/Joyent. Author of Systems Performance and BPF Performance Tools, and creator of flame graphs.
Nothing matches. Show everything
A korrent is a belief a person has stated in their own words: one
sentence stating the claim, backed by a quote and a source, kept at
korrents.com .
Under a name here, the quoted block is what they actually said.
The korrent beneath it is the claim those words support, in
korrents' wording — tap it to see the record, its source, and who
else holds it.
Nobody here wrote their own korrents. They are compiled from public
statements, and a person can change their mind, which is recorded too.
Got it
About the English under a post
Some people here publish in a language other than English. Where they
do, this site shows a machine translation beneath the post, in
this typeface — the site's own, not theirs.
The post itself is never changed, moved or hidden: what is set in the
serif above is exactly what the person published, and it is what to
quote them on. A translation can be wrong in ways that matter,
especially about tone.
Only the post's own words are translated. A quoted post, a linked
article and a belief on korrents.com
are left in their original language.
Got it