RFR: Load balance remembered set scanning [v3]
Kelvin Nilsen
kdnilsen at openjdk.org
Mon Aug 1 22:17:02 UTC 2022
On Mon, 1 Aug 2022 20:31:29 GMT, Y. Srinivas Ramakrishna <ysr at openjdk.org> wrote:
> Are any specific or general performance numbers available to share for this change? Thanks!
In a 20-minute Extremem workload comparing mainline against this branch, the average time for remembered-set scanning was reduced from 28,634 microseconds to 21,810 microseconds, an improvement of 17.55%. This was out of n = 1893 scans for the balanced branch and n = 1925 for the mainline. I don't have a full analysis of why n is different between the two workloads. I have seen previously that unbalanced scanning of remembered set sometimes has much more significant impact on GC completion times, and can result in allocation failures and degeneration. On this workload, I don't see evidence of this. But shorter GC times perhaps means less floating garbage, and that might be one reason we needed fewer total GC cycles.
-------------
PR: https://git.openjdk.org/shenandoah/pull/153
More information about the shenandoah-dev
mailing list