JBoss AS 7 इतना तेज क्यों है?

अनुवाद। मूल लेख http://in.relation.to/Bloggers/WhyIsJBossAS7SoFast लेख जल्द ही आ रहा है, लेकिन सवाल अभी भी प्रासंगिक है।

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

इस तरह के एक महत्वपूर्ण विकास को प्राप्त करने के लिए, JBoss AS ने एक आक्रामक परिवर्तन किया। एएस 7 में, हमने स्क्रैच से शुरू किया और स्क्रैच से पूरी तरह से नया, उच्च-प्रदर्शन और अच्छी तरह से प्रबंधित कर्नेल वास्तुकला का निर्माण किया। वास्तव में आश्चर्यजनक इंजीनियरिंग कार्य की सहायता से, हम एक वर्ष से अधिक समय तक जावा ईई कंटेनर वेब प्रोफ़ाइल के पूर्ण-कार्यान्वित कार्यान्वयन के लिए जीथब पर एक छोटे से प्रोटोटाइप से आगे बढ़ने में सक्षम थे (इस तथ्य का उल्लेख नहीं करने के लिए कि इस समय के दौरान हमने 6 को भी जारी किया था, जो प्रदान किया गया था) JBoss उपयोगकर्ताओं को EE6 प्रौद्योगिकी तक जल्दी पहुंच)।

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

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

समानांतर सेवाओं के अलावा, JBoss AS 7 में मॉड्यूलरिटी और समानांतर वर्ग लोडिंग भी है। उपयुक्त मॉड्यूल में कक्षाओं को विघटित करके, एप्लिकेशन सर्वर स्वाभाविक रूप से कक्षाओं तक पहुंच को अनुकूलित कर सकता है और केवल वही खोज सकता है जहां यह वर्ग वास्तव में है। चूंकि मॉड्यूल के बीच दृश्यता जानबूझकर सीमित है, इसलिए खोज ऑपरेशन सस्ता है। JBoss मॉड्यूल के मामले में, मॉड्यूल का समाधान और वर्ग खोज O (1) में होता है। यह सब समानता के उच्च स्तर पर काम करता है, जिसमें वर्गों की संरचना के विश्लेषण का एक अनिवार्य हिस्सा शामिल है।

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

अंत में, अंतिम अनुकूलन जिस पर मैं जोर देना चाहूंगा वह यह है कि हम स्टार्टअप और तैनाती पर सीपीयू और मेमोरी पर लोड के बारे में बहुत सख्त होंगे। यह सब डिजाइन चरण में सही समाधान चुनने से आता है । इस तरह के समाधान का एक दिलचस्प उदाहरण JAXB (और किसी भी अन्य आत्मनिरीक्षण- आधारित लिंकर [1]) का उपयोग करने के लिए हमारा अधिस्थगन एक कॉन्फ़िगरेशन को पार्स करने के लिए है जो केवल एक बार पढ़ा जाता है। कॉन्फ़िगरेशन के विश्लेषण के लिए सीधे आगे बढ़ने से पहले, JAXB एक ही राशि खर्च करता है, यदि अधिक नहीं, तो यह पता लगाने के लिए कि यह बहुत विश्लेषण कैसे करना है। और इसलिए यह हर जगह है। वास्तव में, केवल 5 और 6 के रूप में XML को पार्स करने में पूरे एएस 7 को बढ़ाने की तुलना में अधिक समय लगा।

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

धन्यवाद!

[१] मुझे मूल में, आत्मनिरीक्षण से संचालित बाइंडर में एक स्वीकार्य अनुवाद नहीं मिला - मुझे लगता है कि इसका मतलब एक XML डिसेरिएलाइज़र है, जो पहले डेटा प्रकारों को समझने के लिए किसी डॉक्यूमेंट के XMLSchema को पार्स करता है, और केवल डीसर्लाइज़ेशन शुरू करता है।