RFR: 8344140: Refactor the discovery of AOT cache artifacts [v3]
Ashutosh Mehra
asmehra at openjdk.org
Tue Jan 7 22:49:42 UTC 2025
On Tue, 3 Dec 2024 06:46:22 GMT, Ioi Lam <iklam at openjdk.org> wrote:
>> This is a clean up after the initial integration for [JEP 483](https://bugs.openjdk.org/browse/JDK-8315737)
>>
>> - Merged 3 loops into 1 for discovering the classes and oops that should be stored in the AOT cache. About 250 lines of code are deleted.
>> - Added comments in aotArtifactFinder.hpp to describe the logic, which is much simpler than before.
>> - Enum classes are no longer unconditionally AOT-initialized -- an Enum class is AOT-initialized only if we find an archived oop of this type.
>>
>> Note to reviewers:
>>
>> One consequence of this refactoring is that archived oops are now discovered (by heapShared.cpp) before the metadata are copied (by ArchiveBuilder). There are some functions that depend on the old order (metadata were copied before oop discovery), so I had to shuffle them around. Examples are `Modules::check_archived_module_oop()`, or the new code in `Klass::remove_java_mirror()`.
>
> Ioi Lam has updated the pull request with a new target base due to a merge or a rebase. The pull request now contains eight commits:
>
> - Merge branch 'master' into 8344140-consolidate-aot-artifact-gathering-discovery
> - Merge branch 'master' of https://github.com/openjdk/jdk into 8344140-consolidate-aot-artifact-gathering-discovery
> - Fixe 32-bit builds; removed unused function
> - more clean up
> - tmp
> - More clean up
> - Removed unnecessary code
> - 8344140: Consolidate AOT cache code for artifact discovery
@iklam nice refactoring/cleanup! The comments and the logic in AOTArtifactFinder makes it a lot easier to understand the algorithm now.
-------------
PR Comment: https://git.openjdk.org/jdk/pull/22291#issuecomment-2576371136
More information about the hotspot-dev
mailing list