RFR: 8342119: Shenandoah: Remove extra ShenandoahUpdateRefsClosure

Aleksey Shipilev shade at openjdk.org
Thu Oct 17 14:16:47 UTC 2024


On Tue, 15 Oct 2024 08:53:00 GMT, Aleksey Shipilev <shade at openjdk.org> wrote:

> We have a duplicate `ShenandoahUpdateRefsClosure`, which we use in a few places. For bulk GC operations, we have `ShenandoahConcUpdateRefsClosure` and `ShenandoahSTWUpdateRefsClosure` that are semantically similar to that one. We can drop the `ShenandoahUpdateRefsClosure` in favor of these two existing ones. 
> 
> Additional testing:
>  - [x] Linux x86_64 server fastdebug, `hotspot_gc_shenandoah`
>  - [x] Performance tests (no regressions)

Extended performance tests showed ever-so-slight regression in thread root times with concurrent closure. So new revision rolls that back, and uses the similar non-concurrent closure we used before. I also renamed a few things to make it very explicit where we are using non-concurrent closures, even in concurrent mode.

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

PR Comment: https://git.openjdk.org/jdk/pull/21517#issuecomment-2419666178


More information about the hotspot-gc-dev mailing list