RFR: 8338526: Don't store abstract and interface Klasses in class metaspace [v4]
Markus Grönlund
mgronlun at openjdk.org
Thu Aug 29 17:33:24 UTC 2024
On Thu, 29 Aug 2024 17:26:57 GMT, Markus Grönlund <mgronlun at openjdk.org> wrote:
>> The code supports the JfrTraceID load barrier that enqueues tagged Klass*. It selects a more compact representation (a single word, instead of two words), if a Klass* can be compressed (i.e. there exists a compress class scheme in place (CompressedKlassPointers::encode(const_cast<Klass*>(klass)); AND the traceid (u8) value is low enough to be represented by only 4 bytes).
>>
>> struct JfrEpochQueueKlassElement {
>> traceid id;
>> const Klass* klass;
>> };
>>
>> struct JfrEpochQueueNarrowKlassElement {
>> u4 id;
>> narrowKlass compressed_klass;
>> };
>
> // Return TRUE only if UseCompressedClassPointers is True.
> static bool using_class_space() {
> return NOT_LP64(false) LP64_ONLY(UseCompressedClassPointers);
> }
>
> I see now that was wrong for 32-bit.
In summary, we are agnostic about which space the Klass* is located in; we only care if a valid means exists to perform an encode() and decode() operation to compress the Klass* (for 64-bit to be clear).
-------------
PR Review Comment: https://git.openjdk.org/jdk/pull/19157#discussion_r1736786419
More information about the core-libs-dev
mailing list