RFR: 8343789: Move mutable nmethod data out of CodeCache [v14]

Boris Ulasevich bulasevich at openjdk.org
Fri Mar 7 10:02:05 UTC 2025


On Thu, 6 Mar 2025 13:27:45 GMT, Boris Ulasevich <bulasevich at openjdk.org> wrote:

>> Boris Ulasevich has updated the pull request with a new target base due to a merge or a rebase. The incremental webrev excludes the unrelated changes brought in by the merge/rebase. The pull request contains 15 additional commits since the last revision:
>> 
>>  - swap matadata and jvmci data in outputs according to data layout
>>  - cleanup
>>  - returning oops back to nmethods. jtreg: Ok, performance: Ok. todo: cleanup
>>  - Address review comments: cleanup, move fields to avoid padding, fix CodeBlob purge to call os::free, fix nmethod::print, update Layout description
>>  - add a separate adrp_movk function to to support targets located more than 4GB away
>>  - Force the use of movk in combination with adrp and ldr instructions to address scenarios
>>    where os::malloc allocates buffers beyond the typical ±4GB range accessible with adrp
>>  - Fixing TestFindInstMemRecursion test fail with XX:+StressReflectiveCode option:
>>    _relocation_size can exceed 64Kb, in this case _metadata_offset do not fit into int16.
>>    Fix: use _oops_size int16 field to calculate metadata offset
>>  - removing dead code
>>  - a bit of cleanup and addressing review suggestions
>>  - rework movoop for not_supports_instruction_patching case: correcting in ldr_constant and relocations fixup
>>  - ... and 5 more: https://git.openjdk.org/jdk/compare/24f41aa8...bc8c590c
>
>> Please swap `matadata` and `jvmci data` in outputs ...
>> 
>> Also please merge latest JDK which have SA cleanup related to compilers: #23782
> 
> Yes. Thanks!

> @bulasevich is it ready for testing now?

@vnkozlov  yes, it's ready for testing. Thanks!

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

PR Comment: https://git.openjdk.org/jdk/pull/21276#issuecomment-2706024125


More information about the hotspot-compiler-dev mailing list