RFR: 8276098: Do precise BOT updates in G1 evacuation phase [v4]
tschatzl at openjdk.java.net
Tue Nov 9 10:20:37 UTC 2021
On Tue, 9 Nov 2021 09:50:01 GMT, Stefan Johansson <sjohanss at openjdk.org> wrote:
>> Please review this change to do precise BOT updates in the G1 evacuation phase.
>> In G1 young collections the BOT is updated for objects copied to old generation regions. Prior to this fix the BOT updates are very crude and only done for each new PLAB and for direct allocations (large allocation outside the PLABs).
>> The BOT is then updated to be more precise during concurrent refinement and when scanning the heap in later GCs. This leads to both more time spent doing concurrent refinement as well as prolonged "scan heap" phases in the following GCs.
>> With this change we instead update the BOT to be complete and precise while doing the copy. This way we can reduce the time in the following phases quite significantly. This comes with a slight regression in object copy times, but from my measurements the overall gain is worth the complexity and extra time spent in object copy.
>> Doing this more precise BOT updating requires us to not rely on a global threshold for updating the BOT but instead calculate where the updates are done, this allows us to remove a lock in the old generation allocation path which is only present to guard this threshold. So with this change we can remove the different allocation paths used for young and old regions.
>> All testing look good:
>> - [x] Mach5 tier1-5
>> - [x] Local stress testing
>> - [x] Performance testing and pause time comparisons
> Stefan Johansson has updated the pull request incrementally with one additional commit since the last revision:
> Albert review
As mentioned, in this particular case even the `block_start_const` call would be unnecessary (in `oops_on_memregion_seq_iterate_careful`), but that's just another optimization specially for walking through the cards during scanning.
More information about the hotspot-gc-dev