उत्पादन में जेडजीसी और शेनान्दोआ जीसी का उपयोग करने का अनुभव

सूचना सेवाओं के किसी भी पर्याप्त प्रदाता की तरह, हम समझते हैं कि सकारात्मक उपयोगकर्ता अनुभव बनाने के लिए सिस्टम का प्रतिक्रिया समय बहुत महत्वपूर्ण कारक है। इसके अलावा, ऑपरेशन की उच्च गति सर्वर क्षमताओं का अधिक सघनता से उपयोग करना संभव बनाती है, और इसलिए, डेटा सेंटर की लागत को कम करती है।

लेकिन एक "लेकिन" है: हमारे सीआरएम - सेल्समैक्स - को जावा में लिखा गया है, और इसलिए, कचरा कलेक्टर के काम से जुड़े ठहराव समय-समय पर होते हैं। कुछ समय पहले तक, यह अपरिहार्य बुराई थी जिसे आपको बस पूरा करना था।

और इसलिए, ओरेकल ने एक नए कचरा कलेक्टर - जेडजीसी की घोषणा की। प्रारंभिक घोषणाओं के अनुसार, वह जावा एप्लिकेशन फ्रीज़ की समस्या को हल करने वाला था - घोषित किए गए ठहराव बहु-गीगाबाइट ढेर पर भी 100 एमएस से अधिक नहीं होने चाहिए। हमारे 6GB अधिकतम मेमोरी उपयोग के साथ, सब कुछ ठीक होना चाहिए।

तो चलिए शुरू करते हैं।

Wildfly एप्लिकेशन सर्वर के स्टैंडअलोन.कॉन्फ़ पर लाइन जोड़ें

JAVA_OPTS="$JAVA_OPTS -XX:+UnlockExperimentalVMOptions -XX:+UseZGC" 

हम सिस्टम शुरू करते हैं, लोड परीक्षण चलाते हैं।

पहली नज़र में, जैसा कि कहा गया है, सब कुछ काम करता है, कचरा संग्रह के लिए ठहराव वास्तव में कम हो गया है।

बिना किसी हिचकिचाहट के, उत्पाद सर्वरों में से एक पर एक नया कचरा कलेक्टर का प्रयास करने का निर्णय लिया गया। हमने कम से कम लोड, कॉन्फ़िगर किया हुआ, लॉन्च किया, निरीक्षण करना शुरू किया।
सबसे पहले, सब कुछ अच्छा काम किया, सामान्य तौर पर, उन्होंने फैसला किया कि प्रयोग सफल रहा।

और इसलिए, शनिवार की रात। हम शांति से बिलियर्ड खेलते हैं, आधी रात के बाद का समय। प्रबंधक से कॉल करें: CRM क्लाइंट के लिए काम नहीं करता है।

चेक - क्लाइंट एक ही सर्वर से। मैंने फोन को अपने हाथों में डाल लिया, टर्मियस को खोल दिया, लगभग 20 सेकंड के बाद, ssh - silence ... के माध्यम से सर्वर से कनेक्ट करने का प्रयास करें, जो उस समय एक अनंत काल की तरह लग रहा था, लेकिन मैं अभी भी प्रवेश करने में कामयाब रहा। और हम क्या देखते हैं? स्टार्टअप पैरामीटर में -Xmx6144M प्रतिबंध के बावजूद, जावा प्रक्रिया सभी उपलब्ध मेमोरी का उपयोग करती है। कुछ समय बाद, सिस्टम ने इस प्रक्रिया को पूरी तरह से मार दिया।

इसलिए, ZGC के उपयोग को अक्षम करना पड़ा। सीआरएम प्रणाली का काम तुरंत सामान्य हो गया। ऐसा लगता है कि ऐसा करने के लिए कुछ भी नहीं है, हम ओरेकल में सब कुछ खत्म होने तक इंतजार करेंगे।

लेकिन, कुछ समय बाद, एक लेख ने मेरी नज़र को पकड़ा , जिसमें लेखक ने एक और कचरा संग्रहकर्ता - शेनान्दोआ का उपयोग करने का सकारात्मक अनुभव साझा किया, जिसके विकासकर्ता का लक्ष्य बिल्कुल एक ही था, अर्थात्: उस समय को कम करना जो दुनिया के चरण को कचरा कलेक्टर में ले जाता है।

हमने तय किया: क्यों नहीं?

उस पृष्ठ को ढूंढने से जिससे आप पूर्व संकलित JDK - https://builds.shipilev.net/ डाउनलोड कर सकते हैं, हमने परीक्षण शुरू किया: हम स्टैंडअलोन.कॉन्फ़ में नई कुंजियाँ जोड़ते हैं:

  JAVA_OPTS="$JAVA_OPTS -XX:+UnlockExperimentalVMOptions -XX:+UseShenandoahGC" 

इस बार, परीक्षण से पता चला कि सामान्य रूप से सब कुछ ठीक है। और कचरा संग्रह के लिए ठहराव कम हो गए, और, सबसे अच्छा, स्मृति की खपत में अप्रत्याशित वृद्धि बंद हो गई। उत्पादन में सब कुछ एकदम सही है।

क्या निष्कर्ष निकाला जा सकता है? मैं समझता हूं कि ओरेकल भी विकसित हो रहा है, और अक्टूबर 2019 में हमने जो कठिनाइयों का सामना किया है, वह पहले से ही तय हो सकता है, और जेडजीसी को जल्द ही दूसरा मौका दिया जाएगा। लेकिन फिलहाल, व्यक्तिगत रूप से, हमने शेनान्दोआ जीसी को चुना, और इसे पछतावा नहीं था।