Babneet Singh

#18511 takes the CRIU approach from [criusupport.cpp](https://github.com/eclipse-openj9/openj9/blob/bf43aecea43d963942ce5d1518671bc5738331e3/runtime/criusupport/criusupport.cpp#L844-L851) to address this issue. @fengxue-IS proposed an approach where the `J9VMThread` is stored in `VirtualThread.cont.state` at `virtualThreadMountBegin`. With this approach, - we will...

> approach where the J9VMThread is stored in VirtualThread.cont.state at virtualThreadMountBegin Setting a Continuation field in the VirtualThread API will be a bad approach from an API design perspective since...

fyi @tajila @fengxue-IS

The better solution proposed above will also need to update: - `getVMThread`: vthreads can be suspended in unsteady states. to perform jvmti operations after such a suspend, another code path...

A fix for this issue might also fix https://github.com/eclipse-openj9/openj9/issues/18675.

@fengxue-IS Any updates on this issue?

A fix for this issue might also fix https://github.com/eclipse-openj9/openj9/issues/18735.

The test creates a weak reference for an unstarted virtual thread, sets the `thread` variable to null, and waits till the unstarted thread is collected by the GC. The timeout...

Behaviour similar to https://github.com/eclipse-openj9/openj9/issues/17241 is seen in this issue. #17241 was addressed by running the test with `-Xjit:enableAggressiveLiveness`. In this case, the virtual thread object is in an **I-slot** not...

Why are they not being collected? All three can be collected if the virtual thread has no more references. The objects below are internal to the VirtualThread class. ``` Match...