RFR: 8277654: Shenandoah: Don't produce new memory state in C2 LRB runtime call [v2]

Roman Kennke rkennke at openjdk.java.net
Fri Nov 26 09:42:34 UTC 2021


> The runtime call in expanded Shenandoah LRB doesn't need to produce (and consume) raw memory state. I believe this is a left-over from when the LRB (or WB) allocated from TLABs, and would mess with TLAB pointers, when not ordered correctly. (Also, we used to require ordering with RBs back when we had them, but we already removed that memory dependency on -8 offset)
> 
> Testing:
>  - [x] hotspot_gc_shenandoah
>  - [x] specjvm -XX:+UseShenandoahGC
>  - [x] tier1
>  - [x] tier2
>  - [x] tier3

Roman Kennke has updated the pull request incrementally with one additional commit since the last revision:

  Remove verify_raw_mem()

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

Changes:
  - all: https://git.openjdk.java.net/jdk/pull/6526/files
  - new: https://git.openjdk.java.net/jdk/pull/6526/files/294389df..06c2b9eb

Webrevs:
 - full: https://webrevs.openjdk.java.net/?repo=jdk&pr=6526&range=01
 - incr: https://webrevs.openjdk.java.net/?repo=jdk&pr=6526&range=00-01

  Stats: 101 lines in 2 files changed: 0 ins; 101 del; 0 mod
  Patch: https://git.openjdk.java.net/jdk/pull/6526.diff
  Fetch: git fetch https://git.openjdk.java.net/jdk pull/6526/head:pull/6526

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



More information about the hotspot-gc-dev mailing list