I don't know whether I'm going without the dev room.

This is sad. It was always the best place to meet many of the @openjdk.org committers. Let's see whether there will be a comitters workshop.

However, it also allows more people to participate because fixing issues in an ebpf tool is simple.

Before eBPF and sched-ext, there were probably only a few dozen people in the world who could write Linux schedulers. Nowadays, I can teach people how to write a basic one in a 30-minute talk.

Thanks for fixing the bug. You can also submit a PR for the improved UI.

I didn't know about the JavaZone talk

Oh, I'll take a look this afternoon/tomorrow afternoon

I had a great recording session yesterday with Jake, we hope you like our chaotic talk

Turns out this is not possible.

The new CPU-time profiler is truly powerful. You can even write a configurable wall-clock profiler with it on Linux (guess what I'll show in a follow-up blog post).

The rationale was: Almost nobody uses a different platform in production (and test environments) anyway, so it's not worth the hassle to spend years implementing it on other platforms.

I got your mail, just didn't get around to replying. I'll take a look next week.

But in general, I would say that it's probably fast enough. There are other areas in the JVM that have probably more potential for optimization (cc @shipilev.bsky.social)

One of my colleagues thought it was giving people too many reasons not to switch to JDK 25 :D

Thanks for the reminder :)