RFR: JDK-8311035: CDS should not use dump time JVM narrow Klass encoding to pre-compute Klass ids [v7]

Thomas Stuefe stuefe at openjdk.org
Wed Jul 5 06:36:07 UTC 2023


On Wed, 5 Jul 2023 05:23:43 GMT, Ioi Lam <iklam at openjdk.org> wrote:

>> Thomas Stuefe has updated the pull request with a new target base due to a merge or a rebase. The pull request now contains ten commits:
>> 
>>  - Merge branch 'master' into fix-cleanup-CDS-nKlass-encoding
>>  - revert accidental change
>>  - Fix Windows build
>>  - Add alternative for !INCLUDE_CDS_JAVA_HEAP path
>>  - Merge branch 'master' into fix-cleanup-CDS-nKlass-encoding
>>  - fix comment
>>  - Merge
>>  - -remove narrow_klass_xxx from FileMap
>>    - remove ArchiveHeapWriter::precomputed_narrow_klass_base_delta and replaced it with clear comments
>>    - changed runtime fail condition to asserts in FileMapInfo::can_use_heap_region()
>>  - fix-cleanup-CDS-nKlass-encoding
>
> src/hotspot/share/cds/archiveHeapWriter.hpp line 205:
> 
>> 203:   //    Since nKlass itself is 32 bit, our encoding range len is 4G, and since we set the base directly
>> 204:   //    at mapping start, these 4G are enough. Therefore, we don't need to shift at all (shift=0).
>> 205:   static constexpr int precomputed_narrow_klass_shift = 0;
> 
> "future" and "runtime" seem to mean the same thing. Maybe we should consistently use "runtime"?

Done

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

PR Review Comment: https://git.openjdk.org/jdk/pull/14688#discussion_r1252601039


More information about the hotspot-dev mailing list