RFR: 8319244: implement JVMTI handshakes support for virtual threads [v4]

Patricio Chilano Mateo pchilanomate at openjdk.org
Fri Nov 17 02:13:30 UTC 2023


On Thu, 16 Nov 2023 22:44:12 GMT, Serguei Spitsyn <sspitsyn at openjdk.org> wrote:

>> Sounds good. Is there a reason why not have the check inside JvmtiEnvBase::is_vthread_alive()?
>
> If it is a part of the `JvmtiEnvBase::is_vthread_alive()` then it is racy for mounted virtual threads.
> It is not racy for unmounted virtual threads.

So we should only see that a continuation is done for an unmounted vthread. The last place where we could see a mounted vthread is at notifyJvmtiEnd(), blocked in start_VTMS_transition(), but the continuation is not marked done yet. 
Also I realize the window for the problematic case I mentioned starts even earlier at notifyJvmtiEnd(), not notifyJvmtiUnmount(), because blocking due to JvmtiVTMSTransitionDisabler happens in start_VTMS_transition() not finish_VTMS_transition(). Once the vthread executed notifyJvmtiEnd() any JvmtiVTMSTransitionDisabler that happens afterwards will fall into this case. So maybe the first sentence of the comment should instead be: "The vthread could have already executed the last unmount but might not have changed state to TERMINATED yet."

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

PR Review Comment: https://git.openjdk.org/jdk/pull/16460#discussion_r1396592975


More information about the serviceability-dev mailing list