आप garbage collector कैसे चुनते हैं, और ZGC के बारे में आप क्या जानते हैं?

G1 डिफॉल्ट है और ज्यादातर services के लिए ठीक बैठता है: region आधारित, generational, और दसियों मिलीसेकंड का pause target सेट किया जा सकता है। ZGC तब चुनते हैं जब pause time ही सब कुछ तय करता हो, क्योंकि यह लगभग सारा काम concurrently करता है और बहुत बड़े heaps पर भी pauses एक मिलीसेकंड से नीचे रखता है; Java 23 से यह डिफॉल्ट रूप से generational है। जहां pauses मायने नहीं रखते, ऐसे batch jobs में सीधे throughput के लिए Parallel GC अब भी जीतता है।

मैं इसे छेड़े बिना शुरू करता हूं, क्योंकि सही heap size के साथ G1 ज्यादातर services संभाल लेता है, और वह पहले से ही throughput और आपके दिए pause goal के बीच संतुलन बनाता है। कुछ भी छूने से पहले मैं garbage collection logs देखता हूं: allocation rate, pauses का बंटवारा, कितना promote हो रहा है, और कहीं heap बहुत छोटा तो नहीं। ज्यादातर बार जो collector की दिक्कत लगती है वह असल में application का हद से ज्यादा allocate करना है, या heap इतना कसकर सेट होना कि collection लगातार चलता रहे। अगर सच में pauses मेरी tail latency चला रहे हों, जैसे बड़े heap वाली किसी trading या bidding service में, तो मैं ZGC पर जाता हूं, जो load barriers के साथ marking और relocation concurrently करता है और pauses एक मिलीसेकंड से काफी नीचे रखता है। Java 23 से यह generational है, जिसने वह throughput वाली मार ठीक कर दी जिसकी वजह से लोग इससे बचते थे। ट्रेडऑफ यह है कि उन barriers के लिए अतिरिक्त CPU और मेमोरी लगती है। रात में चलने वाले batch job के लिए मैं उल्टी दिशा में जाता हूं और Parallel लेता हूं, क्योंकि वहां दो सेकंड का pause बेमानी है और मुझे सीधा throughput चाहिए।