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