RFR: 8371667: Shenandoah: Re-design alloc request type enum for better efficiency and cleaner code [v13]
Xiaolong Peng
xpeng at openjdk.org
Mon Nov 17 18:19:13 UTC 2025
On Mon, 17 Nov 2025 17:43:56 GMT, Kelvin Nilsen <kdnilsen at openjdk.org> wrote:
>> Yes, I am not sure why we have the case for `_alloc_shared_gc` here. But I would leave it for extra safety in this "optimization/cleanup" change. We can yank this case later.
>
> Humongous objects do move under full gc, and may eventually move under concurrent GC with some refactoring.
I have added the line `case ShenandoahAllocRequest::_alloc_shared_gc:` back.
For full gc, we may move humongous objects in compaction, not by evacuation, so it won't call into `ShenandoahFreeSet::allocate` method, right?
-------------
PR Review Comment: https://git.openjdk.org/jdk/pull/28247#discussion_r2535086190
More information about the hotspot-gc-dev
mailing list