RFR: 8356968: JFR: Compilation event should be enabled for all compilations by default

Aleksey Shipilev shade at openjdk.org
Tue Jun 3 10:33:52 UTC 2025


On Thu, 15 May 2025 08:49:47 GMT, Aleksey Shipilev <shade at openjdk.org> wrote:

> In the field, we are using -XX:+PrintCompilation to track compiler performance. Alternatively, -Xlog:jit* prints the same. JFR has a the related jdk.Compilation event that gives us even richer diagnostics. Yet, that event is set at a very high threshold (1000ms), which skips almost all compilations! This threshold is set to such a high value from the beginning. 
> 
> It is fairly normal to have lots of compilations in 100+ ms range individually, and their sum impact is what we are after. Also, the compilations are normally quite rare, and there are a couple of thousands of compiles in most workloads, and they only happen sporadically. This means, the event count without any threshold is not high.
> 
> Therefore, it would be convenient to make sure that basic Compilation event is enabled unconditionally, e.g. by dropping the default threshold to 0.
> 
> See more logs in the bug itself.
> 
> Additional testing:
>  - [x] Ad-hoc tests with printing compilation events
>  - [x] Linux x86_64 server fastdebug, `jdk_jfr`

I think @iwanowww had an opinion on this :)

-------------

PR Comment: https://git.openjdk.org/jdk/pull/25247#issuecomment-2934586864


More information about the hotspot-jfr-dev mailing list