RFR: 8256036: Shenandoah: MethodHandles adapters section overflows after JDK-8255762

[Jie Fu]

On Mon, 9 Nov 2020 11:31:16 GMT, Aleksey Shipilev <shade at openjdk.org> wrote:

> This seems to happen only under release bits, and only with Shenandoah. This shows up in tier1 after JDK-8255762, but only in release builds. The section in question is "MethodHandles adapters".
> 
> $ CONF=linux-x86_64-server-release make run-test TEST=java/lang/invoke/6987555/Test6987555.java TEST_VM_OPTS="-XX:+UseShenandoahGC"
> 
> STDOUT:
> #
> # A fatal error has been detected by the Java Runtime Environment:
> #
> # Internal Error (codeBuffer.cpp:971), pid=907468, tid=907470
> # guarantee(sect->end() <= tend) failed: sanity: MethodHandles adapters, 0x00007f76902a9da9, 0x00007f76902a9d38
> #
> # JRE version: (16.0) (build )
> # Java VM: OpenJDK 64-Bit Server VM (16-internal+0-adhoc.shade.jdk, interpreted mode, sharing, compressed oops, shenandoah gc, linux-amd64)
> # Problematic frame:
> # V [libjvm.so+0x58f47f] CodeBuffer::verify_section_allocation()+0x1ff
> 
> Additional testing:
>   - [x] `java/lang/invoke` tests on Linux x86_64 {fastdebug,release} with Shenandoah
>   - [x] `java/lang/invoke` tests on Linux x86_32 {fastdebug,release} with Shenandoah
>   - [x] `java/lang/invoke` tests on Linux AArch64 {fastdebug,release} with Shenandoah

After JDK-8255762, the adapter_code_size seems to be increased by 213 bytes with Shenandoah.
So changing it from 3000 to 4000 seems fine.

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

Marked as reviewed by jiefu (Committer).

PR: https://git.openjdk.java.net/jdk/pull/1121