वर्चुअल थ्रेड्स क्या हैं, और ये सर्वर कोड लिखने का तरीका कैसे बदल देते हैं?

वर्चुअल थ्रेड्स, जो Java 21 से फाइनल हैं, हल्के थ्रेड्स हैं जिन्हें JVM खुद कुछ ही carrier threads के छोटे पूल पर शेड्यूल करता है। जब कोई थ्रेड I/O पर ब्लॉक होता है तो वह unmount हो जाता है और अपना carrier छोड़ देता है, इसलिए दस लाख कनकरेंट टास्क भी बहुत सस्ते पड़ते हैं। व्यवहार में आप फिर से सीधा blocking कोड लिखते हैं और fixed pool वाले executor की जगह हर request पर एक थ्रेड इस्तेमाल करते हैं, और वर्चुअल थ्रेड्स को कभी pool नहीं करते क्योंकि एक बनाना लगभग मुफ्त है।

वर्चुअल थ्रेड को ऑपरेटिंग सिस्टम नहीं, JVM शेड्यूल करता है, इसलिए इसकी लागत एक मेगाबाइट स्टैक की जगह कुछ सौ बाइट होती है। जब यह किसी socket read पर ब्लॉक होता है, तो यह अपने carrier platform thread से unmount हो जाता है और वह carrier कुछ और चलाने चला जाता है, फिर डेटा आने पर यह दोबारा mount हो जाता है। इसका मतलब है कि थ्रेड्स को pool करने की पुरानी वजह ही खत्म हो जाती है। मैं ऐसा executor इस्तेमाल करता हूं जो हर टास्क के लिए एक वर्चुअल थ्रेड बनाता है, और कोड सादा blocking कोड ही रहता है, जिसे callbacks की चेन के मुकाबले पढ़ना और डिबग करना कहीं आसान है। दो बातें मैं ध्यान में रखता हूं। पहली, CPU bound काम में इनसे कुछ नहीं मिलता, क्योंकि cores तो उतने ही हैं; फायदा I/O heavy request handling में है। दूसरी, fixed pool जो अनजाने में कनकरेंसी की एक सीमा लगा देता था, वह अब नहीं रही, इसलिए अगर मैं पचास connections वाले pool से डेटाबेस कॉल कर रहा हूं तो मैं आगे एक semaphore या खुद वह pool लगाता हूं, वरना दस हजार वर्चुअल थ्रेड्स एक साथ उस पर टूट पड़ेंगे।