[8] RFR: 2020-05-18, Bulk backports to sh/jdk8
Zhengyu Gu
zgu at redhat.com
Tue May 19 12:32:50 UTC 2020
Nit:
1)
130 void ShenandoahPhaseTimings::set_cycle_data(Phase phase, double time) {
131 #ifdef ASSERT
132 double d = _cycle_data[phase];
133 assert(d == uninitialized(), err_msg("Should not be set yet: %s,
current value: %lf", phase_name(phase), d));
134 #endif
135 _cycle_data[phase] = time;
136 }
137
138
Double empty lines
2)
106 void
ShenandoahStringDedup::parallel_oops_do(ShenandoahPhaseTimings::Phase
phase, OopClosure* cl) {
107 _queues->parallel_oops_do(cl);
108 _table->parallel_oops_do(cl);
109 _thread->parallel_oops_do(cl);
Timing for queue and table are added in a separate backport, but seems
to miss for thread. It is a 8u specific.
Otherwise, looks good.
Thanks,
-Zhengyu
On 5/18/20 8:40 AM, Aleksey Shipilev wrote:
> https://cr.openjdk.java.net/~shade/shenandoah/backports/jdk8u-20200518/webrev.01/
>
> This mostly backports the new logging to sh/jdk8:
> [backport] 8243494: Shenandoah: set counters once per cycle
> [backport] 8225216: gc/logging/TestMetaSpaceLog.java doesn't work for Shenandoah
> [backport] 8239786: Shenandoah: print per-cycle statistics
> [backport] 8243848: Shenandoah: Windows build fails after JDK-8239786
> [backport] 8243573: Shenandoah: rename GCParPhases and related code
> [backport] 8244180: Shenandoah: carry Phase to ShWorkerTimingsTracker explicitly
> [backport] 8244226: Shenandoah: per-cycle statistics contain worker data from previous cycles
> [backport] 8244326: Shenandoah: global statistics should not accept bogus samples
>
> It took significant time to adjust the patches for 8u, so please review carefully.
>
> Testing: hotspot_gc_shenandoah {fastdebug,release}, eyeballing the gc logs
>
More information about the shenandoah-dev
mailing list