JDK-8241002 : Improve logging in the ConcurrentGCBreakpoint mechanism
  • Type: Enhancement
  • Component: hotspot
  • Sub-Component: gc
  • Affected Version: 15
  • Priority: P4
  • Status: Closed
  • Resolution: Duplicate
  • Submitted: 2020-03-13
  • Updated: 2020-03-13
  • Resolved: 2020-03-13
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
Other
tbdResolved
Related Reports
Duplicate :  
Relates :  
Description
    In JDK-8240239 we replaced the ConcurrentGCPhaseManager with a different more generically applicable mechanism. This change added a few log messages that after some further testing were found to be non-optimal. Here are some of them:


[4.519s][info ][gc,cpu ] GC(12) User=0.89s Sys=0.00s Real=0.05s [4.519s][debug][gc,breakpoint ] Now active
[4.519s][info ][gc ] GC(13) Concurrent Cycle

and later

[5.104s][debug][gc,breakpoint ] Now idle
[5.104s][info ][gc ] GC(13) Concurrent Cycle 584.964ms 

These "Now idle" and "Now active" messages seem to be superfluous in contex given other messagest; there is some "Now idle" that reports reaching idle instead of the requested breakpoint. That one should probably be improved, and the others could be removed.

Further, these messages should be associated with the current GC cycle (e.g. in this case, add a "GC(13)" prefix).

Other gc,breakpoint  messages should probably be either removed or relegated to trace messages, as they mostly serve for implmentation debugging purposes not really ready for an end user. Or maybe removed too.
Comments
Closing as this CR has been filed in error.
13-03-2020