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