छह महीने बीत चुके हैं, जिसका अर्थ है कि नया जावा स्थापित करने का समय है ! यह एक लंबी यात्रा थी, और कुछ अंत तक पहुंचे। दिलचस्प JEP से कच्ची रेखाएं गिर गईं, लेकिन हम कट के तहत बाकी के बारे में बात करेंगे।

सब कुछ कैसा चल रहा है

जावा के नए संस्करण की रिहाई नए "त्वरित" रिलीज चक्र के अनुसार लगभग छह महीने की अवधि के साथ होती है। सटीक तिथियां परियोजना पृष्ठ पर परिभाषित की गई हैं। JDK 12 के लिए कई मुख्य चरण थे:

• 2018/12/13 - मंदी का पहला चरण (इस पल में, कांटा भंडार में मुख्य शाखा से बनाया गया है);
• 2019/01/17 - मंदी का दूसरा चरण (पूरा सब कुछ जो संभव है);
• 2019/02/07 - रिलीज उम्मीदवार (केवल सबसे महत्वपूर्ण कीड़े तय हो गए हैं);
• 2019/03/19 - रिलीज़, सामान्य उपलब्धता। <- आप यहाँ हैं

इस अनुसूची से हमारे पास क्या है? हां, वास्तव में, कुछ भी नहीं - हम सिर्फ फिनिश लाइन पर आए हैं, और हम ब्रांड के नए ताजा जेडीके 12 की ऊंचाई से विरासत के प्रेमियों को देखते हैं।

कीड़े! आतंक! सब से नीचे!

जब एक नया गैर-एलटीएस संस्करण सामने आता है, तो आमतौर पर हर कोई नई सुविधाओं के बारे में नहीं बताता। यह और अधिक दिलचस्प है अगर सब कुछ नरक के अलावा गिर जाएगा।

बेशक, कीड़े हैं, बहुत कुछ है, लेकिन जेडीके 12 में नहीं है :) जिर को देखते हुए, सब कुछ सामान्य है:

मैं अनुरोध को उद्धृत करूंगा ताकि आप समझ सकें कि "आदर्श" क्या है:

project = JDK AND issuetype = Bug AND status in (Open, "In Progress", New) AND priority in (P1) AND (fixVersion in (12) OR fixVersion is EMPTY AND affectedVersion in (12) AND affectedVersion not in regexVersion("11.*", "10.*", "9.*", "8.*", "7.*", "6.*")) AND (labels is EMPTY OR labels not in (jdk12-defer-request, noreg-demo, noreg-doc, noreg-self)) AND (component not in (docs, globalization, infrastructure) OR component = infrastructure AND subcomponent = build) AND reporter != "Shadow Bug" ORDER BY priority, component, subcomponent, assignee 

बेशक, सामान्य कीड़े में एक जगह है, वे इतनी बड़ी परियोजना में कहीं भी नहीं जाएंगे। केवल यह दावा किया गया है कि अभी P1 बग पर ध्यान नहीं दिया गया है।

कीड़े के साथ अधिक औपचारिक संचार एक विशेष दस्तावेज, जेईपी 3: जेडीके रिलीज प्रक्रिया में घोषित किया गया है, जो कि जावा महासागर - मार्क रेनहोल्ड की अशांत लहरों पर हमारे अमर भंडार के स्वामित्व में है।

और विशेष रूप से, यह एक अनुच्छेद बताने के लिए खुदाई करने लायक है किसे दोष देना है और क्या करना है अगर आपने 12 वीं रिलीज़ के लिए समय नहीं है तो टिकट कैसे हस्तांतरित करें। बगट्रैकर में लेबल jdk$N-defer-request डालना आवश्यक है जिसमें N इंगित करता है कि आप किस रिलीज़ से ट्रांसफर करना चाहते हैं, और एक टिप्पणी छोड़ दें, जिसकी पहली पंक्ति Deferral Request है । इसके अलावा, ऐसे सभी अनुरोधों की समीक्षा संबंधित क्षेत्रों और परियोजनाओं के प्रमुखों द्वारा की जाती है।

टीसीके पास करने की समस्याओं को इस तरह से अनदेखा नहीं किया जा सकता है - यह गारंटी है कि जावा जावा बना हुआ है, न कि कुछ मेंढक जैसा। jdk$N-defer-request label कभी गायब नहीं होता है। यह दिलचस्प है कि वे ऐसे लोगों के साथ क्या करते हैं जो टैग हटाने के नियम का उल्लंघन करते हैं - मैं गिनी सूअरों को खिलाने का सुझाव देता हूं।

हालाँकि, इस तरह आप देख सकते हैं कि JDK 13. में कितने बग्स पोर्ट किए गए हैं। आइए इस क्वेरी को आज़माएँ:

 project = JDK AND issuetype = Bug AND status in (Open, "In Progress", New) AND (labels in (jdk12-defer-request) AND labels not in (noreg-demo, noreg-doc, noreg-self)) AND (component not in (docs, globalization, infrastructure) OR component = infrastructure AND subcomponent = build) AND reporter != "Shadow Bug" ORDER BY priority, component, subcomponent, assignee 

केवल 1 टुकड़ा, JDK-8216039 : "BC और RSASSA-PSS के साथ TLS ECDHServerKeyExchange को तोड़ता है"। यह मोटी नहीं है। यदि यह तर्क अभी भी मदद नहीं करता है, तो, आपके वकील के रूप में, मैं एक शामक की कोशिश करने की सलाह देता हूं।

और नीचे की रेखा क्या है?

यह स्पष्ट है कि अधिकांश सुविधाएँ उपयोगकर्ताओं (जावा प्रोग्रामर) को प्रभावित नहीं करती हैं, लेकिन स्वयं OpenJDK के डेवलपर्स। इसलिए, केवल मामले में, मैं सुविधाओं को बाहरी और आंतरिक में विभाजित करता हूं। आप आंतरिक लोगों को छोड़ सकते हैं, लेकिन मैं नाराज हूं, मैंने इतना पाठ लिखा है।

189: शनैन्डोः एक लो-पॉज़-टाइम गारबेज कलेक्टर (प्रायोगिक)

बाहरी विशेषता । संक्षेप में, जब जावा धीमा हो जाता है, तो लोग इसे पसंद नहीं करते हैं, खासकर अगर एसएलए को 10-500 मिलीसेकंड के आदेश की जवाबदेही की आवश्यकता होती है। अब हमारे पास एक मुफ्त लो-पंच जीसी है जो इस रेंज के बाएं किनारे के करीब काम करने की कोशिश कर रहा है। व्यापार बंद यह है कि हम विलंबता को कम करने के लिए सीपीयू और रैम का आदान-प्रदान करते हैं। हिप टैगिंग और संघनन चरण लाइव एप्लीकेशन थ्रेड्स के समानांतर काम करते हैं। शेष छोटे विराम इस तथ्य के कारण हैं कि आपको अभी भी वस्तुओं के ग्राफ की जड़ों को खोजने और अपडेट करने की आवश्यकता है।

यदि उपरोक्त में से कोई भी आपके लिए कोई मतलब नहीं रखता है - तो कोई फर्क नहीं पड़ता, शेनानडो केवल काम करता है , चाहे अंतर्निहित प्रक्रियाओं को समझने या न समझने के बावजूद।

अलेक्सई शिपिलेव, क्रिस्टीना फ्लड और रोमन केनेके इस पर काम कर रहे हैं - आपको इन लोगों के बारे में न जानने के लिए कड़ी मेहनत करने की आवश्यकता है। यदि आप आम तौर पर समझते हैं कि जीसी कैसे काम करता है, लेकिन कल्पना न करें कि एक डेवलपर क्या कर सकता है, तो मैं लेशिना लेख " होमजेड गारबेज कलेक्टर फॉर ओपनजेडके" या जेवीएम एनाटॉमी क्वार्क्स श्रृंखला के अद्भुत अनुवाद को देखने की सलाह देता हूं। यह बहुत दिलचस्प है ।

अत्यंत महत्वपूर्ण है। ओरेकल ने अपने किसी भी रिलीज़ बिल्ड के साथ शियादोआ को जहाज न करने का फैसला किया - न तो jdk.java.net पर और न ही oracle.com पर। यह देखते हुए कि शेनडोनह जेडीके 12 की सबसे महत्वपूर्ण विशेषताओं में से एक है, यह अज़ुल से कुछ अन्य आधिकारिक असेंबली स्थापित करने के लायक है।

230: माइक्रोबेनमार्क सूट

भीतरी विशेषता । यदि आपने कभी माइक्रोबेनमार्क लिखने की कोशिश की है, तो आप जानते हैं कि यह जेएमएच पर किया जाता है। जेएमएच जावा और अन्य जेवीएम भाषाओं के लिए माइक्रोबैनचक्र बनाने, कोडांतरण, लॉन्च करने और विश्लेषण करने के लिए एक रूपरेखा है, आप स्वयं जानते हैं कि किसने इसे लिखा था (सभी मैच यादृच्छिक हैं)। दुर्भाग्य से, सब कुछ नहीं है जो "सामान्य" दुनिया में किया जाता है JDK के अंदर आवेदन किया जा सकता है। उदाहरण के लिए, हमें कभी भी सामान्य स्प्रिंग फ्रेमवर्क कोड देखने की संभावना नहीं है।

सौभाग्य से, संस्करण 12 से शुरू होकर, आप कम से कम जेएमएच का उपयोग कर सकते हैं, और पहले से ही परीक्षण का एक सेट है जो उस पर लिखा गया है। आप इसे jdk/jdk/test/micro/org/openjdk/bench देख सकते हैं (आप सीधे ब्राउज़र में देख सकते हैं, यह पथ एक लिंक है)।

उदाहरण के लिए, यहां जीसी टेस्ट कैसा दिखता है।

मैं आपको याद दिला दूं कि हमारे पास यहां StackOverflow नहीं है, और यहां और बाद में कॉपी-पेस्ट से कोड का उपयोग करने के लिए मना किया जाता है, बिना संबंधित फ़ाइल और OpenJDK प्रोजेक्ट के सभी लाइसेंसों को सामान्य रूप से पढ़ने और देखने के बिना, अन्यथा आप आसानी से मुकदमा करने के लिए अंतिम मोज़े प्राप्त करेंगे।

 @BenchmarkMode(Mode.AverageTime) @OutputTimeUnit(TimeUnit.NANOSECONDS) @State(Scope.Thread) public class Alloc { public static final int LENGTH = 400; public static final int ARR_LEN = 100; public int largeLen = 100; public int smalllen = 6; @Benchmark public void testLargeConstArray(Blackhole bh) throws Exception { int localArrlen = ARR_LEN; for (int i = 0; i < LENGTH; i++) { Object[] tmp = new Object[localArrlen]; bh.consume(tmp); } } //... } 

325: स्विच एक्सप्रेशंस (पूर्वावलोकन)

बाहरी विशेषता । यह मौलिक रूप से दो से अधिक स्क्रीन की लंबाई के साथ अंतहीन स्विच लिखने के लिए आपके दृष्टिकोण को बदल देगा। देखो:

वर्जिन जावा स्विच बनाम ...

 int dayNum = -1; switch (day) { case MONDAY: case FRIDAY: case SUNDAY: dayNum = 6; break; case TUESDAY: dayNum = 7; break; case THURSDAY: case SATURDAY: dayNum = 8; break; case WEDNESDAY: dayNum = 9; break; } 

यह क्यों बुरा है : बहुत सारे पत्र हैं, आप विराम छोड़ सकते हैं (विशेषकर यदि आप एक ड्रग एडिक्ट हैं या आप ADHD से बीमार हैं)।

... बनाम चाड जावा Swtich अभिव्यक्ति!

 int dayNum = switch (day) { case MONDAY -> 0; case TUESDAY -> 1; default -> { int k = day.toString().length(); int result = f(k); break result; } }; 

क्यों अच्छा : कुछ अक्षर, सुरक्षित, सुविधाजनक, नया शांत फीचर।

बोनस : यदि आप एक सैडिस्ट हैं, तो यह आपको सबसे गहरी संतुष्टि देगा, क्योंकि हजारों आईडीई डेवलपर्स अब इस सुविधा के समर्थन से परेशान हैं। हाँ, हाँ, हाँ? आप 6 अप्रैल को रिपोर्ट के बाद उसे पकड़ सकते हैं और धीरे से सभी गंदे विवरण देने के लिए कह सकते हैं।

यह एक पूर्वावलोकन सुविधा है, यह सिर्फ काम नहीं करेगा! संकलन करते समय, javac आपको कमांड लाइन विकल्प --enable-preview --release 12 पास करने की आवश्यकता होती है, और java - केवल - --enable-preview --release 12 को चलाने के लिए।

334: जेवीएम कॉन्स्टेंट एपीआई

भीतरी विशेषता । डेवलपर्स वर्ग फ़ाइलों में हेरफेर करना चाहते हैं। आपको इसे आसानी से करने की आवश्यकता है, और यह समस्या का बयान है। कम से कम, जो कि इस जेईपी के मालिक ब्रायन गोएत्ज़ ने कहा है, :-) यह सब एक बड़े युद्ध के मैदान का हिस्सा है, लेकिन अब हम गहराई तक नहीं जाएंगे।

प्रत्येक जावा वर्ग में एक तथाकथित "निरंतर पूल" होता है, जहां कुछ मानों (जैसे तार और ints) का एक डंप होता है, या कक्षाएं और विधियों की तरह रनटाइम इकाइयां होती हैं। आप इस डंप को ldc - "लोड कॉस्टेंट" निर्देश का उपयोग करके खोद सकते हैं, इसलिए इस सभी कबाड़ को लोड करने योग्य स्थिरांक कहा जाता है। अभी भी आह्वान के लिए एक विशेष मामला है, लेकिन कोई बात नहीं।

यदि हम क्लासफाइल्स के साथ काम करते हैं, तो हम आसानी से बायटेकोड उपकरणों को अनुकरण करना चाहते हैं, और इसलिए - लोड करने योग्य स्थिरांक। पहली इच्छा केवल संबंधित जावा प्रकार बनाने की है, लेकिन आप उन्हें "जीवित" वर्ग, CONSTANT_Class_info संरचना के साथ कैसे प्रस्तुत करते हैं? Class ऑब्जेक्ट क्लास लोडिंग की शुद्धता और स्थिरता पर निर्भर करते हैं, और जावा में कक्षाओं को लोड करने के साथ, एक हेलिकैबल बैचेनेलिया बनाया जाता है। शुरू करने के लिए, सभी वर्गों को वीएम में लोड नहीं किया जा सकता है, लेकिन आपको अभी भी उनका वर्णन करने की आवश्यकता है!

मैं इन सभी सूक्ष्मताओं को ध्यान में रखते हुए किसी भी तरह से वर्गों, विधियों और कम-ज्ञात जानवरों जैसे कि तरीकों के हैंडल और डायनामिक स्थिरांक जैसी चीजों का प्रबंधन करना चाहूंगा।

इसे नए मूल्य-आधारित प्रकारों के प्रतीकात्मक लिंक ( JVMS 5.1 के अर्थ में) के द्वारा हल किया गया है, जिनमें से प्रत्येक एक विशिष्ट प्रकार के स्थिरांक का वर्णन करता है। लोडिंग क्लासेस या एक्सेस मुद्दों से अलगाव में, विशुद्ध रूप से नाममात्र का वर्णन करता है। वे java.lang.invoke.constant जैसे पैकेज में रहते java.lang.invoke.constant और इसके लिए नहीं पूछते हैं, लेकिन आप यहां पैच देख सकते हैं ।

340: वन एरच 64 पोर्ट, नॉट टू
बाहरी विशेषता । पहले से ही जेडीके 9 में एक अजीब स्थिति थी जब ओरेकल और रेड हैट ने एक साथ अपने एआरएम बंदरगाहों को अलर्ट पर रखा था। और अब हम कहानी के अंत को देखते हैं: ओरकोलोव बंदरगाह का 64-बिट हिस्सा अपस्ट्रीम से हटा दिया गया था।

आप अपने आप को लंबे समय तक इतिहास में बदल सकते थे, लेकिन एक बेहतर तरीका है। बेलसॉफ्ट ने इस जेईपी के विकास में भाग लिया, और इसका कार्यालय ओरेकल के पूर्व कार्यालय के बगल में सेंट पीटर्सबर्ग में स्थित है।

इसलिए, मैं तुरंत अलेक्सई वोइटिलोव, बेल्सॉफ्ट के सीटीओ के लिए तुरंत मुड़ गया:

"बेलसॉफ्ट ने लाइबेरिका जेडीके लॉन्च किया, जो x86 लिनक्स / विंडोज / मैक और सोलारिस / एसपीएआरसी के अलावा, एआरएम का भी समर्थन करता है। एआरएम के लिए जेडडीके 9 से शुरू होकर, हमने सर्वर अनुप्रयोगों के लिए एएआर 6464 पोर्ट के प्रदर्शन में सुधार पर ध्यान केंद्रित किया और 32-बिट एआरएम पोर्ट के लिए समर्थन जारी रखा। इसलिए, JDK 11 की रिलीज़ के समय, एक ऐसी स्थिति थी जहां किसी ने Oracle (Oracle सहित) से 64-बिट पोर्ट भाग का समर्थन नहीं किया था, और OpenJDK समुदाय ने AARCH64 पोर्ट पर ध्यान केंद्रित करने के लिए इसे हटाने का फैसला किया। फिलहाल, यह अधिक उत्पादक है। उदाहरण के लिए देखें,, JEP 315 है, जो हम JDK 11 में एकीकृत) और, JDK 12 से शुरू होकर, यह Oracle से पोर्ट में मौजूद सभी विशेषताओं (पिछले एक, मिनिमल वीएम, मैंने सितंबर में एकीकृत) का समर्थन करता है। इसलिए, मैं बॉब Vandette की मदद से JDK 12 में इस कठोरता को दूर करने में खुश था। नतीजतन, OpenJDK। समुदाय को AARCH64 पर एक पोर्ट और एक ARM32 पोर्ट मिला, जो निश्चित रूप से उन्हें समर्थन करना आसान बनाता है। "

341: डिफ़ॉल्ट सीडीएस अभिलेखागार

भीतरी विशेषता । समस्या यह है कि एक जावा एप्लिकेशन की शुरुआत में, हजारों कक्षाएं भरी हुई हैं, जिससे यह महसूस होता है कि जावा स्टार्टअप पर काफी धीमा हो गया है। लेकिन झूठ बोलने के लिए कौन है, यह सिर्फ एक "सनसनी" नहीं है - ऐसा है। प्राचीन काल से समस्या को ठीक करने के लिए, विभिन्न अनुष्ठानों का अभ्यास किया जाता है।

क्लास डेटा शेयरिंग एक ऐसी सुविधा है जो सदियों पहले हमारे पास आई है, जैसे कि जेडीके 8 अपडेट 40 से एक वाणिज्यिक सुविधा। यह आपको अपने स्वयं के कुछ प्रारूप के संग्रह में यह सभी स्टार्टअप कचरा पैक करने की अनुमति देता है (आपको यह जानने की आवश्यकता नहीं है कि कौन सा है), जिसके बाद लॉन्च की गति अनुप्रयोग बढ़ रहे हैं। और थोड़ी देर बाद, जेईपी 310 दिखाई दिया: एप्लिकेशन क्लास-डेटा शेयरिंग, जिसने हमें सिस्टम कक्षाओं के साथ ही नहीं, बल्कि आवेदन कक्षाओं में भी काम करने की अनुमति दी।

जेडीके वर्गों के लिए, यह ऐसा दिखता है। सबसे पहले, हम java -Xshare:dump साथ कक्षाएं डंप करते हैं java -Xshare:dump कमांड, और फिर एप्लिकेशन को चलाएं, इस कैश का उपयोग करने के लिए java -Xshare:on -jar app.jar । सब कुछ, स्टार्टअप में थोड़ा सुधार हुआ है। क्या आप इस फीचर के बारे में जानते हैं? कई जो अभी भी नहीं जानते हैं!

यहाँ यह अजीब लग रहा है: क्यों हर बार अनुष्ठान लिखता है -Xshare:dump यदि इस कमांड का डिफ़ॉल्ट परिणाम -Xshare:dump वितरण बनाने के चरण में भी थोड़ा अनुमानित है? प्रलेखन के अनुसार, यदि जावा 8 वितरण इंस्टॉलर का उपयोग करके स्थापित किया गया था, तो स्थापना के समय यह आपके लिए आवश्यक कमांड चलाने चाहिए। जैसे, इंस्टॉलर कोने में चुपचाप खनन कर रहा है। लेकिन क्यों? और वितरण के साथ क्या करना है, जिसे इंस्टॉलर के रूप में नहीं, बल्कि ज़िप फ़ाइल के रूप में वितरित किया जाता है?

यह सरल है: JDK 12 के साथ शुरू, सीडीएस संग्रह वितरण किट के रचनाकारों द्वारा लिंक करने के तुरंत बाद उत्पन्न होगा। यहां तक ​​कि रात के निर्माण के लिए (बशर्ते कि वे 64-बिट और मूल हैं, क्रॉस-संकलन के लिए नहीं)।

उपयोगकर्ताओं को इस सुविधा की उपस्थिति के बारे में जानने की भी आवश्यकता नहीं है, क्योंकि, JDK 11, -Xshare:auto शुरू -Xshare:auto डिफ़ॉल्ट रूप -Xshare:auto सक्षम है, और इस तरह का एक संग्रह स्वचालित रूप से -Xshare:auto । इस प्रकार, JDK 12 को अपडेट करने का मात्र तथ्य अनुप्रयोग के लॉन्च को गति देता है!

344: G1 के लिए अभेद्य मिश्रित संग्रह

भीतरी विशेषता । ईमानदार होना मुझे G1 के काम में कुछ समझ नहीं आ रहा है जीसी की विशेषताओं का स्पष्टीकरण एक धन्यवाद कार्य है। इसके लिए व्याख्याता और समझ दोनों से उसके काम के विवरण की समझ आवश्यक है। ज्यादातर लोगों के लिए, जीसी एक स्नफ़बॉक्स से बाहर किसी तरह का नरक है जो आप किसी चीज़ के मामले में धोखा दे सकते हैं। इसलिए, समस्या को किसी तरह सरल समझा जाना चाहिए।

समस्या : G1 बेहतर काम कर सकता है।

खैर, समस्या यह है कि जीसी कई मापदंडों का एक समझौता है, जिनमें से एक ठहराव की लंबाई है। कभी-कभी ठहराव बहुत लंबा होता है, और फिर इसे रद्द करने में सक्षम होना अच्छा है।

यह कब होता है? G1 वास्तव में अनुप्रयोग के व्यवहार का विश्लेषण करता है और अपने निष्कर्ष के आधार पर काम के मोर्चे (एक संग्रह सेट के रूप में व्यक्त) का चयन करता है। जब काम की गुंजाइश को मंजूरी दे दी जाती है, तो G1 एक बैठक में सभी जीवित वस्तुओं को संग्रह सेट, हठीली और गैर-स्टॉप में इकट्ठा करने का उपक्रम करता है। कभी-कभी इसमें बहुत अधिक समय लगता है। संक्षेप में, इसका मतलब है कि G1 ने गलत तरीके से काम की मात्रा की गणना की। आप अचानक अपने आवेदन के व्यवहार को बदलकर उसे बेवकूफ बना सकते हैं ताकि कई पुराने क्षेत्रों के संग्रह सेट में आने पर अनुमान खराब डेटा के शीर्ष पर काम करे।

स्थिति से बाहर निकलने के लिए, G1 को निम्नलिखित तंत्र द्वारा अंतिम रूप दिया गया था: यदि हेयुरिस्टिक नियमित रूप से काम की गलत मात्रा का चयन करता है, तो G1 वृद्धिशील कचरा संग्रह, कदम से कदम, और प्रत्येक अगले चरण (यदि यह लक्ष्य निष्पादन समय में फिट नहीं है) को रद्द किया जा सकता है। यह कुछ वृद्धि (युवा क्षेत्रों) को इकट्ठा करने के लिए समझ में नहीं आता है, इसलिए, ऐसे सभी काम को "अनिवार्य" ब्लॉक में हाइलाइट किया गया है, जो अभी भी लगातार किया जाता है।

अंतिम उपयोगकर्ता के साथ क्या करना है? कुछ नहीं, आपको जेडीके 12 में अपग्रेड करने की आवश्यकता है, सब कुछ अपने आप बेहतर हो जाएगा।

346: जी -1 से तुरंत अप्रयुक्त वापसी की गई मेमोरी

भीतरी विशेषता । समस्या यह है कि अगर हमारे पास एक बड़ा कूल्हा है जिसे कोई भी सक्रिय रूप से उपयोग नहीं करता है, तो यह सब निष्क्रिय स्मृति को ऑपरेटिंग सिस्टम पर वापस लाने के लिए उचित लगता है। जेडीके 12 से पहले, हालांकि, ऐसा नहीं हुआ।

अनुमेय ठहराव की लंबाई के संदर्भ में अपने लक्ष्य को प्राप्त करने के लिए, G1 वृद्धिशील, समानांतर और बहु-चरण चक्र का एक सेट करता है। जेडीके 11 में, यह केवल पूर्ण जीसी के साथ या समानांतर अंकन चरण के दौरान ऑपरेटिंग सिस्टम को कमिटेड मेमोरी देता है। यदि आप लॉगिंग (-Xloggc: /home/gc.log -XX: + PrintGCDetails -XX: + PrintGCDateStamps) कनेक्ट करते हैं, तो यह चरण कुछ इस तरह प्रदर्शित होता है:

 8801.974: [G1Ergonomics (Concurrent Cycles) request concurrent cycle initiation, reason: occupancy higher than threshold, occupancy: 12582912000 bytes, allocation request: 0 bytes, threshold: 12562779330 bytes (45.00 %), source: end of GC] 8804.670: [G1Ergonomics (Concurrent Cycles) initiate concurrent cycle, reason: concurrent cycle initiation requested] 8805.612: [GC concurrent-mark-start] 8820.483: [GC concurrent-mark-end, 14.8711620 secs] 

मजेदार बात यह है कि G1, जैसा कि यह कर सकता है, पूर्ण विराम के साथ संघर्ष करता है, और समवर्ती चक्र केवल लगातार आवंटन और एक ढेर ढेर के साथ शुरू होता है। हमारी स्थिति, जब कोई भी कूल्हे को नहीं छूता है, बस विपरीत है। ऑपरेटिंग सिस्टम में मेमोरी देने के लिए G1 के खरोंच होने पर स्थितियां बहुत कम ही होंगी!

तो हर कोई इस समस्या पर स्कोर करता ("और भी अधिक रैम खरीदें, जो एक दुष्ट की तरह है!"), यदि एक नहीं, लेकिन - सभी प्रकार के बादल और कंटेनर हैं, जिसमें इसका मतलब अपर्याप्त उपयोग और गंभीर धन की हानि है। देखिए, क्या मस्त रिपोर्ट है , दर्द से भरकर।

समाधान यह था कि इस विशेष मामले में अच्छी तरह से व्यवहार करने के लिए G1 को पढ़ाया जाए, जैसा कि OpenJ9 के शेनंडा या जेनकॉन पहले से जानते हैं। कूल्हे के अपर्याप्त उपयोग को निर्धारित करना आवश्यक है और, तदनुसार, इसके उपयोग को कम करें। टॉमकैट पर कुछ परीक्षणों पर, इसने मेमोरी खपत को लगभग आधे से कम करने की अनुमति दी।

लब्बोलुआब यह है कि आवेदन को निष्क्रिय माना जाता है, या यदि अंतराल (मिलीसेकंड में) पिछले निर्माण से getloadavg() हो गया है और कोई समवर्ती चक्र नहीं है, या अगर एक मिनट की अवधि के लिए getloadavg() एक निश्चित सीमा से नीचे लोड दिखाया गया है। जैसे ही इसमें से एक हुआ, आवधिक कचरा संग्रह शुरू होता है - यह निश्चित रूप से पूर्ण विधानसभा के साथ-साथ साफ नहीं होगा, लेकिन यह न्यूनतम रूप से आवेदन को प्रभावित करेगा।

आप इसे इस लॉग में धकेल सकते हैं:

 (1) [6.084s][debug][gc,periodic ] Checking for periodic GC. [6.086s][info ][gc ] GC(13) Pause Young (Concurrent Start) (G1 Periodic Collection) 37M->36M(78M) 1.786ms (2) [9.087s][debug][gc,periodic ] Checking for periodic GC. [9.088s][info ][gc ] GC(15) Pause Young (Prepare Mixed) (G1 Periodic Collection) 9M->9M(32M) 0.722ms (3) [12.089s][debug][gc,periodic ] Checking for periodic GC. [12.091s][info ][gc ] GC(16) Pause Young (Mixed) (G1 Periodic Collection) 9M->5M(32M) 1.776ms (4) [15.092s][debug][gc,periodic ] Checking for periodic GC. [15.097s][info ][gc ] GC(17) Pause Young (Mixed) (G1 Periodic Collection) 5M->1M(32M) 4.142ms (5) [18.098s][debug][gc,periodic ] Checking for periodic GC. [18.100s][info ][gc ] GC(18) Pause Young (Concurrent Start) (G1 Periodic Collection) 1M->1M(32M) 1.685ms (6) [21.101s][debug][gc,periodic ] Checking for periodic GC. [21.102s][info ][gc ] GC(20) Pause Young (Concurrent Start) (G1 Periodic Collection) 1M->1M(32M) 0.868ms (7) [24.104s][debug][gc,periodic ] Checking for periodic GC. [24.104s][info ][gc ] GC(22) Pause Young (Concurrent Start) (G1 Periodic Collection) 1M->1M(32M) 0.778ms 

पता चला? मैं नहीं करता। जेईपी में, लॉग की प्रत्येक पंक्ति का एक विस्तृत संकेत भाषा अनुवाद है, और एल्गोरिथ्म कैसे काम करता है, और बाकी सब कुछ।

"तो क्या, मुझे क्यों पता चला?" - आप पूछें। अब हमारे पास दो अतिरिक्त हैंडल हैं: G1PeriodicGCInterval और G1PeriodicGCSystemLoadThreshold , जो खराब होने पर मुड़ सकते हैं। यह निश्चित है कि यह किसी दिन बुरा होगा, यह जावा, बच्चा है!

परिणाम

नतीजतन, हमारे हाथों में एक मजबूत रिलीज है - क्रांति नहीं, बल्कि प्रदर्शन में सुधार पर केंद्रित एक विकास। सुधार के लगभग आधे प्रदर्शन से संबंधित हैं: जीसी के बारे में तीन जेईपी और सीडीएस के बारे में एक, जो खुद को चालू करने का वादा करता है, केवल जेडीके 12 में अपग्रेड करने की आवश्यकता है। इसके अलावा, हमें एक भाषा सुविधा (स्विच एक्सप्रेशंस), जेडीके डेवलपर्स के दो नए टूल ( कॉन्स्टेंट एपीआई और जेएमएच परीक्षण), और अब समुदाय एआरएम पर एक एकल 64-बिट पोर्ट पर बेहतर ध्यान केंद्रित कर सकता है।

सामान्य तौर पर, अब JDK 12 में अपग्रेड करें, और बल आपके साथ हो सकता है। आपको इसकी आवश्यकता होगी।

विज्ञापन का मिनट। बहुत जल्द, 5-6 अप्रैल को, जेपीएन सम्मेलन आयोजित किया जाएगा, जो एक बड़ी संख्या में लोगों को एक साथ लाएगा जो जेडीके और सभी प्रकार की नई विशेषताओं के बारे में बहुत कुछ जानते हैं। उदाहरण के लिए, निश्चित रूप से "JDK 12: द अनट्री के लिए नुकसान" पर एक व्याख्यान के साथ अज़ुल से साइमन रिटर होगा। नवीनतम रिलीज पर चर्चा करने के लिए सबसे उपयुक्त जगह! आप आधिकारिक वेबसाइट पर JPoint के बारे में अधिक जान सकते हैं।