RFR: 8371667: Shenandoah: Re-design alloc request type enum for better efficiency and cleaner code [v10]
Aleksey Shipilev
shade at openjdk.org
Mon Nov 17 09:55:09 UTC 2025
On Mon, 17 Nov 2025 06:46:30 GMT, Xiaolong Peng <xpeng at openjdk.org> wrote:
>> Current alloc request type enum:
>>
>> enum Type {
>> _alloc_shared, // Allocate common, outside of TLAB
>> _alloc_shared_gc, // Allocate common, outside of GCLAB/PLAB
>> _alloc_cds, // Allocate for CDS
>> _alloc_tlab, // Allocate TLAB
>> _alloc_gclab, // Allocate GCLAB
>> _alloc_plab, // Allocate PLAB
>> _ALLOC_LIMIT
>> };
>>
>> With current design, we have to use switch statement in multiple places resulting in unnecessary branches, for instance the function is_mutator_alloc:
>>
>>
>> inline bool is_mutator_alloc() const {
>> switch (_alloc_type) {
>> case _alloc_tlab:
>> case _alloc_shared:
>> case _alloc_cds:
>> return true;
>> case _alloc_gclab:
>> case _alloc_plab:
>> case _alloc_shared_gc:
>> return false;
>> default:
>> ShouldNotReachHere();
>> return false;
>> }
>> }
>>
>>
>>
>> In PR, I have re-designed the enum to make the function like is_mutator_alloc much simpler by making the values of the enum follow two simple rules:
>> 1. Smaller value for mutator alloc, larger value for gc alloc; GC alloc types are always greater than any of mutator alloc types.
>> 2. Odd for lab, even number for non-lab
>>
>> Three functions have been simplified to one-line impl w/o branches in machine code:
>>
>>
>> inline bool is_mutator_alloc() const {
>> return _alloc_type <= _alloc_shared;
>> }
>>
>> inline bool is_gc_alloc() const {
>> return _alloc_type >= _alloc_shared_gc;
>> }
>>
>> inline bool is_lab_alloc() const {
>> return (_alloc_type & 1) == 1;
>> }
>>
>>
>> I didn't check compiled assemble code of hotspot, in instead, I wrote similar/equivalent code and compile with gcc for comparison using godbolt.org:
>>
>> bool is_lab_alloc(int alloc_type) {
>> return (alloc_type & 1) == 1;
>> }
>>
>> bool is_lab_alloc_switch(int alloc_type) {
>> switch (alloc_type) {
>> case 0:
>> case 2:
>> case 4:
>> return false;
>> case 1:
>> case 3:
>> case 5:
>> return true;
>> default:
>> throw "Should not reach here";
>>
>> }
>> }
>>
>> x86_64 assembly code (https://godbolt.org/z/h7xfz8PaT):
>>
>> is_lab_alloc(int):
>> push rbp
>> mov rbp, rsp
>> mov DWORD PTR [rbp-4], edi
>> mov eax, DWORD PTR [rbp-4]
>> and eax, 1
>> and eax, 1
>> pop rbp
>> ret
>> .LC0:
>> .string "Should not reach here"
>> is_lab_allo...
>
> Xiaolong Peng has updated the pull request incrementally with one additional commit since the last revision:
>
> _alloc_plab is also lab alloc
Thanks, looks reasonable. A few more nits.
src/hotspot/share/gc/shenandoah/shenandoahAllocRequest.hpp line 140:
> 138: return ShenandoahAllocRequest(0, requested_size, _alloc_shared_gc_promotion);
> 139: }
> 140: if (affiliation ==OLD_GENERATION) {
Suggestion:
if (affiliation == OLD_GENERATION) {
src/hotspot/share/gc/shenandoah/shenandoahFreeSet.cpp line 1612:
> 1610: assert(req.type() == ShenandoahAllocRequest::_alloc_tlab ||
> 1611: req.type() == ShenandoahAllocRequest::_alloc_shared ||
> 1612: req.type() == ShenandoahAllocRequest::_alloc_cds, "Must be one of the mutator alloc types.");
Are these asserts tautological? Meaning, we have just checked `is_mutator_alloc()` or `is_old()` -- surely we rely them to be typed well?
-------------
PR Review: https://git.openjdk.org/jdk/pull/28247#pullrequestreview-3471882208
PR Review Comment: https://git.openjdk.org/jdk/pull/28247#discussion_r2533403435
PR Review Comment: https://git.openjdk.org/jdk/pull/28247#discussion_r2533412463
More information about the hotspot-gc-dev
mailing list