RFR: Added logging for the number of workers used for GC cycles

Zhengyu Gu zgu at redhat.com
Mon Jun 11 15:35:57 UTC 2018


Added logging for the number of workers used for GC cycles.

Also fixed a few of calls for calculating concurrent workers to use 
right AdaptiveSizePolicy API. However, this is just for correctness, 
there is not fundamental difference, since Shenandoah always setup 
parallel # = conc # (when parallel # > 1), and AdaptiveSizePolicy 
basically uses the same algorithm to calculate parallel # and conc #.

We should also look into to tune the sizing settings/algorithm, it looks 
to me that heap capacity factor can easily dominate result. By default, 
it uses 1 worker for 32M heap space, which only takes 256M heap space to 
max out 8 parallel/concurrent workers. Given the heap size that 
Shenandoah is targeting, it is almost always going to max out 
parallel/conc workers.


http://cr.openjdk.java.net/~zgu/shenandoah/calc_conc_workers/webrev/

Test:

  tier3_gc_shenandoah.


Thanks,

-Zhengyu


More information about the shenandoah-dev mailing list