RFR: 8255019: Shenandoah: Split STW and concurrent mark into separate classes [v10]

Zhengyu Gu zgu at openjdk.java.net
Sat Nov 14 12:33:02 UTC 2020


> This is the first part of refactoring, that aims to isolate three Shenandoah GC modes (concurrent, degenerated and full gc).
> 
> Shenandoah started with two GC modes, concurrent and full gc, with minimal shared code, mainly in mark phase. After introducing degenerated GC, it shared quite large portion of code with concurrent GC, with the concept that degenerated GC can simply pick up remaining work of concurrent GC in STW mode.
> 
> It was not a big problem at that time, since concurrent GC also processed roots STW. Since Shenandoah gradually moved root processing into concurrent phase, code started to diverge, that made code hard to reason and maintain.
> 
> First step, I would like to split STW and concurrent mark, so that:
> 1) Code has to special case for STW and concurrent mark.
> 2) STW mark does not need to rendezvous workers between root mark and the rest of mark
> 3) STW mark does not need to activate SATB barrier and drain SATB buffers.
> 4) STW mark does not need to remark some of roots.
> 
> The patch mainly just shuffles code.  Creates a base class ShenandoahMark, and moved shared code (from current shenandoahConcurrentMark) into this base class. I did 'git mv shenandoahConcurrentMark.inline.hpp  shenandoahMark.inline.hpp, but git does not seem to reflect that.
> 
> A few changes:
> 1) Moved task queue set from ShenandoahConcurrentMark to ShenandoahHeap. ShenandoahMark and its subclasses are stateless. Instead, mark states are maintained in task queue, mark bitmap and SATB buffers, so that they can be created on demand.
> 2) Split ShenandoahConcurrentRootScanner template to ShenandoahConcurrentRootScanner and ShenandoahSTWRootScanner
> 3) Split code inside op_final_mark code into finish_mark and prepare_evacuation helper functions.
> 4) Made ShenandoahMarkCompact stack allocated (as well as ShenandoahConcurrentGC and ShenandoahDegeneratedGC in upcoming refactoring)

Zhengyu Gu has updated the pull request with a new target base due to a merge or a rebase. The pull request now contains 16 commits:

 - Merge branch 'master' into JDK-8255019-sh-mark
 - Merge branch 'master' into JDK-8255019-sh-mark
 - Removed obsoleted class
 - Merge branch 'master' into JDK-8255019-sh-mark
 - Merge branch 'master' into JDK-8255019-sh-mark
 - Merge branch 'master' into JDK-8255019-sh-mark
 - Merge branch 'master' into JDK-8255019-sh-mark
 - Merge
 - Move weak reference processing out of STWMark and fix its timings
 - Merge branch 'JDK-8255019-sh-mark' of github.com:zhengyu123/jdk into JDK-8255019-sh-mark
 - ... and 6 more: https://git.openjdk.java.net/jdk/compare/1e9a432d...7524feb1

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

Changes: https://git.openjdk.java.net/jdk/pull/1009/files
 Webrev: https://webrevs.openjdk.java.net/?repo=jdk&pr=1009&range=09
  Stats: 1969 lines in 21 files changed: 1072 ins; 738 del; 159 mod
  Patch: https://git.openjdk.java.net/jdk/pull/1009.diff
  Fetch: git fetch https://git.openjdk.java.net/jdk pull/1009/head:pull/1009

PR: https://git.openjdk.java.net/jdk/pull/1009


More information about the hotspot-gc-dev mailing list