[foreign-memaccess+abi] RFR: 8270851: Logic for attaching/detaching native threads could be improved

[David Holmes]

On Fri, 16 Jul 2021 15:59:18 GMT, Maurizio Cimadamore <mcimadamore at openjdk.org> wrote:

> For a complete description of the issue, please refer to:
> 
> https://bugs.openjdk.java.net/browse/JDK-8270851
> 
> This patch makes the logic for detaching native threads more lazy - by only doing the detach when a native thread has completed. This is achieved by using some thread local storage, which is used to keep track of the Java thread associated to a given native thread. If, by the time the thread local storage is destroyed, we see that a Java thread has been attached, we do a detach operation. This trick effectively minimizes the number of Thread instances created when interacting with multi-threaded native code.
> 
> This patch also tweaks the logic for attaching native threads to the VM by using the "daemon" attach variant. That is, native threads registered against the VM (because of Panama upcalls) should not prevent the JVM to shut down in an orderly fashion (in cases where the native threads might outlive the JVM).

src/hotspot/share/prims/universalUpcallHandler.cpp line 57:

> 55: };
> 56: 
> 57: thread_local UpcallContext threadContext;

Use of C++11 `thread_local` violates the Hotspot rules for C++ feature usage. See:
https://github.com/openjdk/jdk/blob/master/doc/hotspot-style.md#thread_local
It is also unclear when such an object will be destroyed when C++ thread API is not used.

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

PR: https://git.openjdk.java.net/panama-foreign/pull/570