RFR: Store AOT code in cached code region of AOT cache [v2]

[Vladimir Kozlov]

On Tue, 11 Feb 2025 23:19:14 GMT, Ashutosh Mehra <asmehra at openjdk.org> wrote:

>> This PR stores AOT code in the cached code region of AOT Cache.
>> 
>> Some things worth pointing out:
>> 1. Before this patch: the AOT code is first generated in a temporary buffer. After all the code is generated, this temporary buffer is copied into second buffer (allocated in native heap) for multiple reasons. This second buffer is then stored in the file as is. With this patch the second buffer is now allocated in the cached code region which is part of the AOT cache. So now the cached code region contains the permanent oops table (which already exists before this patch) and the AOT code+data.
>> 2. I have removed `_jvm_version_offset` from the SCCHeader. AOT Cache already stores VM identifier which should cover it.
>> ~3. I have to remove the code that maps cached code region to CodeCache because the contents in cached code region are not CodeBlobs. The cached code region can be mapped to any random address.~
>> 4. I have replaced references to "Startup Code Cache" with "AOT Code Cache" or "AOT Code".
>
> Ashutosh Mehra has updated the pull request incrementally with one additional commit since the last revision:
> 
>   Restore code that maps cached code region to CodeCache
>   
>   Signed-off-by: Ashutosh Mehra <asmehra at redhat.com>

It was prepared for "preload" AOT nmethods so we can use them immediately (after your work on caching whole nmethod). Normal AOT nmethods (tier1-4) may live in separate space until they are requested - we can't publish (patch) them until corresponding classes are initialized.

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

PR Comment: https://git.openjdk.org/leyden/pull/39#issuecomment-2652289675