RFR: 8346264: "Total compile time" counter should include time spent in failing/bailout compiles [v2]
Aleksey Shipilev
shade at openjdk.org
Mon Jan 6 09:39:15 UTC 2025
On Mon, 16 Dec 2024 11:25:50 GMT, Aleksey Shipilev <shade at openjdk.org> wrote:
>> Noticed this when looking through JMH compiler profiler results.
>>
>> Current `CompilerBroker` counters that are fed into `CompilationMXBean.getTotalCompilationTime()` and JFR `CompilerStatistics` only records the time for successful compilations. If we take a while in compilation and then fail/bail, that time would not be accounted for.
>>
>> While this seems to be a long-standing behavior, there are problems with this:
>> 1. This is not what "total" means.
>> 2. This gives us a blind spot in measuring time taken in failing/bailing compilations.
>> 3. It does not match well the Javadoc for `CompilationMXBean.getTotalCompilationTime()`: "Returns the approximate accumulated elapsed time (in milliseconds) spent in compilation." -- since the time spent in failing/bailing compilation is still time spent in compilation.
>>
>> Additional testing:
>> - [x] Linux x86_64 server release, `jdk/jfr java/lang/management`
>
> Aleksey Shipilev has updated the pull request incrementally with one additional commit since the last revision:
>
> Update comment
Happy new year! I will respin GHA testing for this and then integrate.
-------------
PR Comment: https://git.openjdk.org/jdk/pull/22760#issuecomment-2572726838
More information about the hotspot-compiler-dev
mailing list