RFR: 8318609: Upcall stubs should be smaller [v2]

Martin Doerr mdoerr at openjdk.org
Mon Oct 23 09:31:40 UTC 2023


On Sat, 21 Oct 2023 12:02:52 GMT, Martin Doerr <mdoerr at openjdk.org> wrote:

>> We can use `resolve_global_jobject` (introduced by [JDK-8299089](https://bugs.openjdk.org/browse/JDK-8299089)) because we know that the handle is created by `JNIHandles::make_global` in `UL_MakeUpcallStub`. That creates much shorter code.
>> 
>> Size reduced from 1360 bytes to 648 bytes on x64 for a trivial upcall using G1.
>> 1584 bytes to 936 bytes using ShenandoahGC.
>> 1064 bytes to 848 bytes using Generational ZGC.
>> 
>> We can get even smaller size by moving `JNIHandles::resolve(receiver)` into `UpcallLinker::on_entry` (2nd commit):
>> 616 bytes regardless of GC.
>> This was originally proposed here: https://github.com/openjdk/jdk/pull/12708#discussion_r1180394508
>
> Martin Doerr has updated the pull request incrementally with one additional commit since the last revision:
> 
>   Move JNIHandles::resolve(receiver) into C code.

Thanks for the review!
I have found an s390 machine for testing in the meantime. jdk/java/foreign have passed.
Only riscv testing is missing, now.

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

PR Comment: https://git.openjdk.org/jdk/pull/16290#issuecomment-1774786536


More information about the hotspot-compiler-dev mailing list