RFR: 8334060: Implementation of Late Barrier Expansion for G1 [v10]

Roberto CastaƱeda Lozano rcastanedalo at openjdk.org
Fri Aug 30 08:22:44 UTC 2024


On Wed, 28 Aug 2024 08:12:36 GMT, Kim Barrett <kbarrett at openjdk.org> wrote:

>> src/hotspot/share/gc/g1/c2/g1BarrierSetC2.cpp line 166:
>> 
>>> 164:  * post-barrier completely, if it is possible during compile time to prove the
>>> 165:  * object is newly allocated and that no safepoint exists between the allocation
>>> 166:  * and the store.
>> 
>> It might be worth saying explicitly that this is a compile-time version of the above mentioned young
>> generation filter.
>
> We can similarly elide the post-barrier if we can prove at compile-time that the value being written
> is null.  That case isn't handled here though.  Instead that's checked for in 
> `refine_barrier_by_new_val_type` and in `get_store_barrier`.  I'm not sure why it's structured
> that way.

> It might be worth saying explicitly that this is a compile-time version of the above mentioned young
generation filter.

Done (commit [72a04c4](https://github.com/openjdk/jdk/pull/19746/commits/72a04c4e8046256ee7e811d66934d5d9e24f4c7c)), thanks.

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/19746#discussion_r1738184612


More information about the hotspot-gc-dev mailing list