RFR: 8372566: Genshen: crash at ShenandoahScanRemembered::process_clusters after JDK-8371667

Kelvin Nilsen kdnilsen at openjdk.org
Fri Nov 28 15:29:55 UTC 2025


On Thu, 27 Nov 2025 03:10:18 GMT, Xiaolong Peng <xpeng at openjdk.org> wrote:

> For non-plab allocs in old gen, the objects need to be registered in card table, which was missed in the [PR](https://git.openjdk.org/jdk/pull/28247) for JDK-8371667. The bug didn't cause jtreg test failures in GHA and my local test, but when I ran specjbb benchmarks, it did cause crash at ShenandoahScanRemembered::process_clusters when GC scans remembered set. 
> 
> The bug may cause other issue since the object in old gen is not properly registered, e.g. marking phase have wrong result.
> 
> Tests:
> - [x]  specjbb, no crash
> - [x] hotspot_gc_shenandoah

src/hotspot/share/gc/shenandoah/shenandoahHeap.cpp line 1018:

> 1016:   if (result != nullptr && req.is_old()) {
> 1017:     old_generation()->configure_plab_for_current_thread(req);
> 1018:     if (req.type() != ShenandoahAllocRequest::_alloc_plab) {

Help me understand this.  I am thinking that this is equivalent (in the new refactoring) to: req.type() == _alloc_shared_gc_old or _alloc_shared_gc_promotion.  But this way of writing it is a bit more efficient (as other values can't happen).

Am I understanding this correctly?

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

PR Review Comment: https://git.openjdk.org/jdk/pull/28521#discussion_r2571985392


More information about the shenandoah-dev mailing list