RFR: JDK-8314890: Reduce number of loads for Klass decoding in static code [v11]
Aleksey Shipilev
shade at openjdk.org
Wed Nov 15 14:23:39 UTC 2023
On Wed, 15 Nov 2023 13:11:46 GMT, Thomas Stuefe <stuefe at openjdk.org> wrote:
>> Small change that reduces the number of loads generated by the C++ compiler for a narrow Klass decoding operation (`CompressedKlassPointers::decode_xxx()`.
>>
>> Stock: three loads (with two probably sharing a cache line) - UseCompressedClassPointers, encoding base and shift.
>>
>>
>> 8b7b62: 48 8d 05 7f 1b c3 00 lea 0xc31b7f(%rip),%rax # 14e96e8 <UseCompressedClassPointers>
>> 8b7b69: 0f b6 00 movzbl (%rax),%eax
>> 8b7b6c: 84 c0 test %al,%al
>> 8b7b6e: 0f 84 9c 00 00 00 je 8b7c10 <_ZN10HeapRegion14object_iterateEP13ObjectClosure+0x260>
>> 8b7b74: 48 8d 15 05 62 c6 00 lea 0xc66205(%rip),%rdx # 151dd80 <_ZN23CompressedKlassPointers6_shiftE>
>> 8b7b7b: 8b 7b 08 mov 0x8(%rbx),%edi
>> 8b7b7e: 8b 0a mov (%rdx),%ecx
>> 8b7b80: 48 8d 15 01 62 c6 00 lea 0xc66201(%rip),%rdx # 151dd88 <_ZN23CompressedKlassPointers5_baseE>
>> 8b7b87: 48 d3 e7 shl %cl,%rdi
>> 8b7b8a: 48 03 3a add (%rdx),%rdi
>>
>>
>> Patched: one load loads all three. Since shift occupies the lowest 8 bits, compiled code uses 8bit register; ditto the UseCompressedOops flag.
>>
>>
>> 8ba302: 48 8d 05 97 9c c2 00 lea 0xc29c97(%rip),%rax # 14e3fa0 <_ZN23CompressedKlassPointers6_comboE>
>> 8ba309: 48 8b 08 mov (%rax),%rcx
>> 8ba30c: f6 c5 01 test $0x1,%ch # use compressed klass pointers?
>> 8ba30f: 0f 84 9b 00 00 00 je 8ba3b0 <_ZN10HeapRegion14object_iterateEP13ObjectClosure+0x260>
>> 8ba315: 8b 7b 08 mov 0x8(%rbx),%edi
>> 8ba318: 48 d3 e7 shl %cl,%rdi # shift
>> 8ba31b: 66 31 c9 xor %cx,%cx # zero out lower 16 bits of base
>> 8ba31e: 48 01 cf add %rcx,%rdi # add base
>> 8ba321: 8b 4f 08 mov 0x8(%rdi),%ecx
>>
>> ---
>>
>> Performance measurements:
>>
>> G1, doing a full GC over a heap filled with 256 mio life j.l.Object instances.
>>
>> I see a reduction of Full Pause times between 1.2% and 5%. I am unsure how reliable these numbers are since, despite my efforts (running tests on isolated CPUs etc.), the standard deviation was quite high at ˜4%. Still, in general, numbers seemed to go down rather than up.
>>
>> ---
>>
>> Future extensions:
>>
>> This patch uses the fact that the encoding base is aligned to metaspace reser...
>
> Thomas Stuefe has updated the pull request incrementally with two additional commits since the last revision:
>
> - comment change
> - rename _compressionInfo->_compression_info
More cosmetics, but I am good with this. Probably someone from Runtime wants to take a look as well, e.g. @coleenp or @dholmes-ora?
src/hotspot/share/oops/compressedKlass.cpp line 37:
> 35: // Note: initialization value is unchanged for -UseCompressedClassPointers, so
> 36: // the bit mirroring UseCompressedClassPointers is off and matches the switch.
> 37: uint64_t CompressedKlassPointers::_compression_info;
Should we still initialize it?
Suggestion:
uint64_t CompressedKlassPointers::_compression_info = 0;
src/hotspot/share/oops/compressedKlass.cpp line 57:
> 55: assert(base() == _base, "compressionInfo encoding");
> 56: assert(shift() == _shift, "compressionInfo encoding");
> 57: assert(use_compressed_class_pointers() == true, "compressionInfo encoding");
Suggestion:
assert(base() == _base, "compression_info encoding");
assert(shift() == _shift, "compression_info encoding");
assert(use_compressed_class_pointers() == true, "compression_info encoding");
src/hotspot/share/oops/compressedKlass.hpp line 67:
> 65: // - Bit [0-7] encoding shift
> 66: // - Bit 8 UseCompressedClassPointers
> 67: // - Bits [16-64] encoding base
Suggestion:
// - Bits [16-64] encoding base
-------------
Marked as reviewed by shade (Reviewer).
PR Review: https://git.openjdk.org/jdk/pull/15389#pullrequestreview-1732113929
PR Review Comment: https://git.openjdk.org/jdk/pull/15389#discussion_r1394267313
PR Review Comment: https://git.openjdk.org/jdk/pull/15389#discussion_r1394264929
PR Review Comment: https://git.openjdk.org/jdk/pull/15389#discussion_r1394250596
More information about the hotspot-dev
mailing list