Game of Loom 2: life and dead(lock) of a virtual thread by Mario Fusco

Note: the audio and video has some quality issues due to technical problems. Virtual threads finally exited their development and preview phases and with JVM 21 are available as a stable and supported Java feature. During the latest VoxxedDays Ticino edition I started exploring the characteristics of virtual threads and their performance implications putting them at work, with a funny but practical example, using a Conway's Game of Life implementation based on Project Loom. Starting from the same playground this time we will explore more in depth the internal implementation details of virtual threads, trying to answer to some interesting questions. What does it mean in practice that virtual threads aren't preemptive? Are local variables enough to replace ThreadLocals in all possible scenarios? What does it happen if you try to replace the fork/join pool, used as default carrier thread pool, with something different? At the end we will conclude this exploration trying to experience the multithreaded programming equivalent of the sound of one hand clapping or how virtual threads make it possible to cause a deadlock using one single lock.