RFR: JDK-8151674: STW phases at Concurrent GC should count in PerfCounter
Jon Masamitsu
jon.masamitsu at oracle.com
Wed Mar 16 18:13:04 UTC 2016
On 03/10/2016 07:59 PM, Yasumasa Suenaga wrote:
> Hi all,
>
> This review request continues from:
> http://mail.openjdk.java.net/pipermail/hotspot-gc-dev/2016-March/016774.html
> http://mail.openjdk.java.net/pipermail/hotspot-gc-dev/2016-March/016896.html
>
> I wonder that STW phases (Remark and Cleanup) at G1 are not counted in jstat FGC column.
> For example, Initial Mark and Remark at CMS are counted as FGC.
> We discussed on hotspot-gc-dev for this issue, and I proposed to add new PerfCounter
> for CGC STW phases.
>
> I uploaded webrev. Could you review it?
> hotspot: http://cr.openjdk.java.net/~ysuenaga/JDK-8151674/webrev.00/hotspot/
> jdk: http://cr.openjdk.java.net/~ysuenaga/JDK-8151674/webrev.00/jdk/
>
> For compatibility, this patch works the same as the current by default.
> If you set -XX:+EnableConcGCPerfCounter, CGC counter will work fine.
> (I want to set +EnableConcGCPerfCounter by default)
I would prefer not to have the flag (EnableConcGCPerfCounte)
and just make the change for CMS. This is a change for a major
release and I think we can accept the incompatibility.
http://cr.openjdk.java.net/~ysuenaga/JDK-8151674/webrev.00/hotspot/src/share/vm/gc/g1/g1MonitoringSupport.cpp.udiff.html
+ // name "collector.2". In a generational collector this would be the
+ // STW phases in concurrent collection.
+ _conc_collection_counters =
+ new CollectorCounters("G1 stop-the-world phases", 2);
Is there a hard connection between these phases and a generational
collector (i.e., should the "In a generational collector this would be the"
be dropped in the comment)?
A comment such as
// name "collector.2". STW phases as part of a concurrent collection.
A set of JDK changes had been previously been reviewed (not by me). Are
these
the same?
http://cr.openjdk.java.net/~ysuenaga/JDK-8151674/webrev.00/jdk/
Jon
>
>
> I cannot access JPRT.
> So I need a sponsor.
>
>
> Thanks,
>
> Yasumasa
More information about the serviceability-dev
mailing list