Azul ज़ुलु - बादल के लिए JVM या विंडोज पर सिर्फ एक OpenJDK पोर्ट?

JavaOne 2013 सम्मेलन में, जो हाल ही में सैन फ्रांसिस्को में समाप्त हुआ, Microsoft Open Technologies और Azul Systems ने ज़ुलु की घोषणा की, Windows Azure क्लाउड प्लेटफ़ॉर्म के लिए OpenJDK पोर्ट। यह देखते हुए कि तीन महीने पहले, ओरेकल और माइक्रोसॉफ्ट ने क्लाउड प्रौद्योगिकियों के क्षेत्र में साझेदारी की घोषणा की थी, बहुतों को उम्मीद थी कि ओरेकल माइक्रोसॉफ्ट से क्लाउड प्लेटफॉर्म के लिए जेवीएम जारी करेगा। हालांकि, इस तरह के जेवीएम को अज़ुल सिस्टम्स द्वारा जारी किया गया था, जो एक बहु-वर्षीय जावा एसई लाइसेंसधारी है जो बड़े हीलों के साथ उच्च-अंत सर्वर समाधान के लिए जाना जाता है।

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

जावा: ओरेकल और आईबीएम? अज़ुल और माइक्रोसॉफ्ट!

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

• अप्रैल में सेंट पीटर्सबर्ग जावा सम्मेलन में, जेप्ते अज़ुल ने एक प्रायोजक के रूप में काम किया, और उनके वीपी ऑफ़ इंजीनियरिंग, अन्या बार्स्की ने एक पूर्ण रिपोर्ट बनाई, जिसके बाद अफवाहें सक्रिय रूप से फैल गईं कि अज़ुल सेंट पीटर्सबर्ग में एक कार्यालय खोल रहा है।
• जुलाई के अंत में, ओरेकल और माइक्रोसॉफ्ट ने क्लाउड पार्टनरशिप की घोषणा की
• जुलाई में, सेंट पीटर्सबर्ग में अज़ुल के बारे में अफवाहों की पुष्टि की जाती है
• कुछ दिनों पहले JavaOne Azul और MS Open Tech में ज़ुलु का परिचय हुआ

कौन हैं अज़ुल?

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

@ शेज ने एक बार इंटेल में काम करने के समय के बारे में एक बाइक को बताया था। जैसे, उन्होंने मानक बेंचमार्क लिया, जिसमें सन के जावा ने 4,000 तोते दिए, उनके कार्यान्वयन को अनुकूलित करना शुरू कर दिया और बहुत काम के बाद वे 5,000 तोतों को निचोड़ने में कामयाब रहे। "हुर्रे!" वे चिल्लाए, और उन्होंने एक लेख प्रकाशित किया कि उन्होंने सानोव के कार्यान्वयन की गरिमा 25% तक कैसे की है। उसके बाद, अज़ुल के लोग आये, बेंचमार्क लिया और उनके वेगा पर ४,००० और ५,००० तोते नहीं, बल्कि एक मिलियन प्राप्त किए । पर्दा।

कुछ साल पहले, अज़ुल ने एक विशुद्ध रूप से सॉफ्टवेयर सॉल्यूशन बनाया - लिनक्स के लिए ज़िंग। जाहिर है, लिनक्स 2.6 के कुछ संस्करण के साथ शुरू, लिनक्स एपीआई लोहे के हिस्से को छोड़ने के लिए और लोहे के हिस्से से सॉफ्टवेयर के लिए अपनी सर्वोत्तम प्रथाओं को पोर्ट करने के लिए पर्याप्त था। यह बहुत अच्छा निकला। Zing बड़े ढेर के साथ wheelbarrows के लिए एक समाधान के रूप में तैनात है:

• स्केलेबल
• कम विलंबता, जीसी कोई रोक नहीं
• और इसी तरह

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

अज़ुल प्रेस रिलीज़

अज़ुल आधिकारिक रूप से अपनी प्रेस विज्ञप्ति में हमें क्या बताता है?
सबसे पहले, यह विंडोज एज़्योर के बारे में बात करता है। दूसरे, अब फैशनेबल "समुदाय-संचालित" है। तीसरा, यह जावा एसई 7 विनिर्देश के साथ पूर्ण संगतता के बारे में कहता है। इसलिए इन लोगों ने ओपनजेडके को बहुत ज्यादा नहीं तोड़ा है, जो इसे प्रसन्न करता है :) लेकिन यह सब स्पष्ट है।

दिलचस्प: Azul सक्रिय रूप से OpenJDK को पैच और बग फिक्स अपलोड करेगा। यही है, न केवल किसी और का उपयोग करने के लिए, बल्कि योगदान करने के लिए भी। यह एक अच्छा बयान है, लेकिन नया नहीं है। कोई भी सामान्य जावा लाइसेंसधारी कम से कम सिरदर्द से छुटकारा पाने के लिए ऐसा करता है।

कल्पना कीजिए कि हमारे पास एक चालाक लाइसेंसधारी है, वासिया, जिसने ओपेन जेडडीके में एक बग पाया, इसे अपने कांटे में तय किया, लेकिन दूसरों को नहीं बताया। मेरा मतलब है, बैकपोर्टिंग के लिए नहीं। और खुद से प्रसन्न होकर बैठता है। मान लीजिए, एक महीने के बाद, ईमानदार पेट्या ने एक ही समस्या पाई, इसे अपने तरीके से तय किया और इसे OpenJDK पर अपलोड किया। नतीजतन, अपडेट किए गए OpenJDK के साथ पहले सिंक्रनाइज़ेशन पर, वास्या के स्रोतों में एक बट- टकराव होगा, जिससे निपटना होगा। और यह अभी भी एक खुशी है।

माइक्रोसॉफ्ट की नजर से

रेडमंड में भी, सो नहीं है। Microsoft Open Technologies के Dude MSDN पर लिखते हैं कि अब ट्रिक यह है कि विंडोज के लिए OpenJDK 7 का नवीनतम संस्करण अब बाइनरी रूप में ज़ुलु की बदौलत उपलब्ध है, और बाद में अज़ुल की एक प्रेस रिलीज़ को उद्धृत करता है।

प्रेस

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

यह एक तरफ क्लाउड मॉडल के दृष्टिकोण से उचित लगता है, और दूसरी तरफ जावा एसई में बोल्ट को हथौड़े से मारना पसंद करता है। क्या व्यवसाय को जावा ईई के बिना जावा एसई की आवश्यकता है? क्या यह परेशान करने लायक है? लेख के अनुसार , Microsoft इस सवाल का जवाब सकारात्मक रूप से देता है, और Oracle नकारात्मक रूप से। यह केवल अंत में ध्यान दिया जाना चाहिए कि यह कंप्यूटरवर्ल्ड पर एक लेख है, न कि ओरेकल या माइक्रोसॉफ्ट की आधिकारिक रिलीज़।

unpacking

तो, ज़ुलु प्रौद्योगिकी पूर्वावलोकन स्पर्श करें। अज़ूल सिस्टम्स की आधिकारिक वेबसाइट पर एक लिंक है । हम क्लिक करें और, लो और निहारना, हमारे सामने 60-मेगाबाइट ज़िप संग्रह है। नाम से देखते हुए, यह निर्माण OpenJDK 7u25 पर बनाया गया है और विंडोज x64 के तहत कैद किया गया है। संदर्भ के लिए, x 64 के तहत Oracle JDK 7u25 का वजन लगभग 90 मेगाबाइट और Oracle JDK 7u40 का 125 मेगाबाइट है। हम लॉन्च करते हैं:
D:\zulu1.7.0_25-7.0.0.0-win64\bin>java -version
openjdk version "1.7.0_25"
OpenJDK Runtime Environment (Zulu 7.0.0.0-win64) (build 1.7.0_25-b34)
OpenJDK 64-Bit Server VM (Zulu 7.0.0.0-win64) (build 23.25-b03, mixed mode)

हम्म, ठीक है। लगता है हमें पहले सवाल का जवाब मिल गया। फिलहाल, 2013 के पतन में, अज़ुल ज़ुलु एक क्लाउड जावा परियोजना की शुरुआत है।

आइए अभिलेखागार के अभिलेखों के माध्यम से चलते हैं। अनपैक्ड jdk 1.7.0_25 का वजन 216 मेगाबाइट है, और अनपैक्ड ज़ुलु 1.7.0_25 का वजन 136 मेगाबाइट है। शेष 80 मीटर पर कुत्ते ने कहां से अफवाह उड़ाई ?

• बिन फ़ोल्डर का वजन ज़ुलु बनाम 1.7 में ओरेकल जेडडीके में 2.5 मीटर है। एक तिपहिया, लेकिन दिलचस्प। हम अंदर जाते हैं और देखते हैं कि फ़ाइल नाम समान हैं, केवल आकार भिन्न हैं। ओरेकल में छोटे एक्स-शिकोव के अधिकांश का वजन 16 किलोबाइट है, और अज़ुल में - 9 किलोबाइट। ऐसा लगता है कि अंतर केवल संकलक में है जो इन अधिकारियों ने बनाया है। खैर, या सेटिंग्स में। java.exe और javaw.exe 11 किलो (185 बनाम Oracle के लिए 174 अज़ुल के लिए) से भिन्न है। Unpack200.exe का आकार काफी अलग है (177K बनाम 109K)। मुझे खुशी है कि कम से कम Microsoft msvcr100.dll दोनों वितरणों में समान रूप से वजन करता है :)
• अज़ुल में जावाबीडी के साथ 5 मेगाबाइट डीबी फ़ोल्डर नहीं है। लेकिन केवल 5 मीटर के कुल वजन के साथ डेमो और नमूना फ़ोल्डर हैं।
• src.zip का वजन लगभग 21 मेगाबाइट के बराबर है
• जावा एक्सेसबिलिटी के लिए आवश्यक AccessBridge DLL पर कॉल के आसपास रैपर की उपस्थिति के कारण ओरेकल का शामिल फ़ोल्डर 150K से अधिक है
• अज़ुल की जूल 50 मीटर से कम है: 76 विरुद्ध 126. चलो अंदर देखते हैं। jre / bin का वजन 13 मीटर बनाम 36 होता है। क्रॉन्चैच में उल्लेखित जावा एक्सेसिबिलिटी (मेगाबाइट के एक जोड़े), JavaFX (मैंने 15 मेगाबाइट गिना) के लिए कोई लाइब्रेरी नहीं है। ठीक है, छोटी चीजें: JdbcOdbc, JavaWebStart Acivex Control, आदि। एक और 2 मेगाबाइट jre / lib / फोंट में पाया गया था। एक अन्य 15 मीटर jre / lib / jfxrt.jar (JavaFX क्लासेस) में पाए गए। एक और 4 मीटर - Deploy.jar में ...
• ओरेकल जावा में एक और 27 मेगाबाइट्स विजुअलवीएम द्वारा कब्जा कर लिया गया है, एक प्रोफाइलर को नेटबींस प्लग-इन से एक अलग एप्लिकेशन में कई साल पहले पोर्ट किया गया है।

इस बिंदु पर, मुझे एहसास हुआ कि फ़ाइल सामग्री के संदर्भ में अंतर यह है कि ओरेकल जेडडीके में मालिकाना प्रौद्योगिकियों का एक समूह शामिल है, इसलिए इसका वजन बहुत अधिक है और तुलना पूरी तरह से सही नहीं है। इस अर्थ में, Oracle JDK और OpenJDK असेंबली की उबंटू के तहत तुलना करना आवश्यक था - यह आसान होगा। हालांकि, चूंकि ज़ुलु अपनी प्रारंभिक अवस्था में है, इसलिए विशेषज्ञ सलाहकार काफी मान्य हैं।

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

चलो इसे चलाते हैं!

पहला जार-निक जो मेरे हाथ में आया वो था Dcompiler So, java -jar ... -jar java -jar ...

D:\>D:\zulu1.7.0_25-7.0.0.0-win64\bin\java.exe -jar DCompiler.jar
Exception in thread "main" java.awt.HeadlessException
at java.awt.GraphicsEnvironment.checkHeadless(GraphicsEnvironment.java:208)
at java.awt.Window.(Window.java:535)
at java.awt.Frame.(Frame.java:420)
at java.awt.Frame.(Frame.java:385)
at javax.swing.JFrame.(JFrame.java:180)
at MainFrame.(MainFrame.java:253)
at Gui.create(Gui.java:18)
at Gui.main(Gui.java:49)

, Headless . , OpenJDK AWT Swing Zulu . IntelliJ IDEA . , , java.awt.headless=true :) :

D:\>D:\zulu1.7.0_25-7.0.0.0-win64\bin\java.exe -Djava.awt.headless=false -jar DCompiler.jar


- , Zulu. - Azul Systems Microsoft OpenJDK . , - JIT. , - Zing, Linux, ( ) Zulu.

Zulu Windows Azure, OpenJDK . ? ? . Zulu ? Zulu? , - Java- - . OpenJDK Windows x64. , , .

, Zing Zulu. Zing -- . Zulu, , , . Azul? ? - Zing Zulu? OpenJDK, , ? , . .

-- Java , JVM . ? ? ? - ? I/O ( ), ? , .

Joker 2013 , . , CTO Azul Systems Microsoft Java Windows Azure. .

at java.awt.Window.(Window.java:535)
at java.awt.Frame.(Frame.java:420)
at java.awt.Frame.(Frame.java:385)
at javax.swing.JFrame.(JFrame.java:180)
at MainFrame.(MainFrame.java:253)
at Gui.create(Gui.java:18)
at Gui.main(Gui.java:49)

, Headless . , OpenJDK AWT Swing Zulu . IntelliJ IDEA . , , java.awt.headless=true :) :

D:\>D:\zulu1.7.0_25-7.0.0.0-win64\bin\java.exe -Djava.awt.headless=false -jar DCompiler.jar


- , Zulu. - Azul Systems Microsoft OpenJDK . , - JIT. , - Zing, Linux, ( ) Zulu.

Zulu Windows Azure, OpenJDK . ? ? . Zulu ? Zulu? , - Java- - . OpenJDK Windows x64. , , .

, Zing Zulu. Zing -- . Zulu, , , . Azul? ? - Zing Zulu? OpenJDK, , ? , . .

-- Java , JVM . ? ? ? - ? I/O ( ), ? , .

Joker 2013 , . , CTO Azul Systems Microsoft Java Windows Azure. .

at java.awt.Window.(Window.java:535)
at java.awt.Frame.(Frame.java:420)
at java.awt.Frame.(Frame.java:385)
at javax.swing.JFrame.(JFrame.java:180)
at MainFrame.(MainFrame.java:253)
at Gui.create(Gui.java:18)
at Gui.main(Gui.java:49)

, Headless . , OpenJDK AWT Swing Zulu . IntelliJ IDEA . , , java.awt.headless=true :) :

D:\>D:\zulu1.7.0_25-7.0.0.0-win64\bin\java.exe -Djava.awt.headless=false -jar DCompiler.jar


- , Zulu. - Azul Systems Microsoft OpenJDK . , - JIT. , - Zing, Linux, ( ) Zulu.

Zulu Windows Azure, OpenJDK . ? ? . Zulu ? Zulu? , - Java- - . OpenJDK Windows x64. , , .

, Zing Zulu. Zing -- . Zulu, , , . Azul? ? - Zing Zulu? OpenJDK, , ? , . .

-- Java , JVM . ? ? ? - ? I/O ( ), ? , .

Joker 2013 , . , CTO Azul Systems Microsoft Java Windows Azure. .