RFR: 8342818: Implement CPU Time Profiling for JFR

Johannes Bechberger jbechberger at openjdk.org
Tue Oct 29 11:00:25 UTC 2024


On Tue, 10 Sep 2024 13:24:22 GMT, Erik Gahlin <egahlin at openjdk.org> wrote:

>> src/jdk.jfr/share/classes/jdk/jfr/internal/query/view.ini line 419:
>> 
>>> 417: 
>>> 418: [application.cpu-time-overflowed-samples]
>>> 419: label = "CPU Time Samples not recorded because of internal throttling"
>> 
>> Align rename for CPUTimeSampleLoss
>
> Why are events with stack trace = null emitted? Isn't CPUTimeExecutionSampleLoss sufficient?

This happens when the JVM is unable to walk a specific stack trace, but the queues are not full, and when the JVM is unable to resolve `Method` pointers.

The main idea behind it is that we still record that the thread runs on the CPU at this point in time; we just don't have any proper information on the stack trace. Only knowing that a thread run is still valuable information.

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

PR Review Comment: https://git.openjdk.org/jdk/pull/20752#discussion_r1752025272


More information about the hotspot-dev mailing list