Minecraft सर्वर: विंडोज बनाम लिनक्स

कुछ के खिलाफ कुछ के खिलाफ लेखों की श्रृंखला को जारी रखते हुए, हम अंततः कुछ उपयोगी को देखते हैं, अर्थात् Minecraft सर्वर। मानव जाति के सर्वश्रेष्ठ खेल की मेजबानी के लिए कौन सा ऑपरेटिंग सिस्टम और कौन सा जावा अभी भी बेहतर है। तुलना के लिए, Ubuntu 18.04 LTS और सर्वर कोर 2019 को लिया गया। OpenJDK उबंटू पर स्थापित किया गया था, और Oracle जावा और AdoptOpenJDK विंडोज पर स्थापित किए गए थे।

अन्य सभी तुलनात्मक परीक्षणों की तरह, आभासी मशीनों में पड़ोसी नहीं थे, केवल एक वीएम हमेशा मेजबान पर चल रहा था।

सर्वर ने तर्क के साथ शुरू किया:

-Xmx8G -server 

विंडोज डिफेंडर घटक को विंडोज सर्वर कोर पर हटा दिया गया था, जैसा कि 99 रूबल के लिए विंडोज वीडीएस के साथ हमारी छवि में है। इसकी तुलना में, जब आप इसे चालू करते हैं, तो आप इसे खो देते हैं।



जावा वितरण में से प्रत्येक के लिए, नवीनतम सार्वजनिक रूप से उपलब्ध संस्करण स्थापित किए गए, अर्थात्:

ओरेकल: "1.8.0_241"
AdoptOpenJDK: "1.8.0_242"
OpenJDK: "1.8.0_232"

दौर नंबर 1, दुनिया की पीढ़ी

इस परीक्षण में, हम दुनिया को उत्पन्न करते हैं। जनरेटर बायोमास बायोप्लास्टिक, डायनेमिक ट्रीज़, पीवीजी, वर्ली गुफाओं, आईसी और बीसी के साथ ज्योग्राफिक था।

दुनिया किसी भी तरह से क्लासिक नहीं है और सामान्य से अधिक धीमी गति से उत्पन्न होती है।

2,704 विखंडुओं की एक दुनिया उत्पन्न हुई थी:


AdoptOpenJDK के साथ विंडोज 5 सेकंड के लिए अपने प्रतिद्वंद्वियों से अलग हो जाता है।

राउंड नंबर 2, सर्वर स्टार्ट

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


विंडोज पर OpenJDK और Linux पर OpenJDK समान परिणाम दिखाते हैं।

राउंड नंबर 3, कब्जे वाली मेमोरी

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


ओरेकल जेआरई ने कोर की एक समान संख्या पर औसतन 80-100 मेगाबाइट की खपत की। वही AdoptOpenJDK के लिए चला जाता है, केवल एक विषम संख्या में कोर पर।

लिनक्स ने ऐसा अजीब नहीं दिखाया।

राउंड नंबर 4, एक 2 बाय 2 बॉक्स में 32 चिकन

दृश्य 2 में 2 बॉक्स में 32 मुर्गियों के टकराने की गणना है। यह दृश्य पहले से तैयार किया गया था और सर्वरों के चारों ओर एक ही दुनिया बिखरी हुई थी ताकि सब कुछ ईमानदार हो।

इस परीक्षण के लिए एक कोर स्थापित किया गया था, और यह प्रक्रिया वास्तविक समय प्राथमिकता के लिए निर्धारित की गई थी।


इस दृश्य में काम करने वाला OpenJDK अपने प्रतिद्वंद्वियों से 40 मेगाबाइट अधिक था।


Oracle और AdoptOpenJDK के लिए औसत प्रोसेसर की खपत समान है, लेकिन Oracle कचरा अधिक बार और अधिक तीव्रता से इकट्ठा होता है, जो अक्सर प्रोसेसर गतिविधि के फटने की ओर जाता है।

यह पता लगाने के लिए कि हम कितने दृश्यों को संसाधित कर सकते हैं, चलो बस सर्वर टिक दर को बढ़ाएं।


उच्च-लोड परीक्षण में, Ubuntu c OpenJDK ने Windows c AdoptOpenJDk के साथ पकड़ा, और Oracle पकड़ रहा है।


एक उच्च भार के तहत, विंडोज पर OpenJDK ने उबंटू की तुलना में बेहतर परिणाम दिए।

Ubuntu पर OpenJDK सर्वर लगातार मिटता है और दृश्य जम जाता है। विंडोज उसी OpenJDK पर थोड़ा खराब था। हालांकि, ओरेकल ने सबसे कम संख्या में फ्रीज़ के साथ सर्वश्रेष्ठ को संभाला।


अन्य लोगों में, ओरेकल एसई ने ओपनजेडीके के रूप में रैम की समान मात्रा में रखा।

राउंड नंबर 5, 64 * 64 चंक और गतिशील पेड़

इस दृश्य में एक जंगल और कई दर्जन मॉब हैं। पेड़ों के किलोमीटर लगातार बढ़ रहे हैं और अपने ब्लॉकों की स्थिति को अपडेट कर रहे हैं।

प्रत्येक पेड़ एक अलग टाइल है, लेकिन शुरू में कम टिक दर होती है, 20 गेम टिक में केवल 1 बार टिक होता है। नीचे सर्वर टिकर के प्रति प्रोसेसर के उपयोग का ग्राफ दिया गया है।


Ubuntu + OpenJDK और विंडोज सर्वर ऑन बोर्ड ओरेकल पहले से चर्चा किए गए तर्कों में सर्वर शुरू नहीं कर सका, इसलिए वे शेड्यूल में नहीं आए।

सर्वर शुरू करने के लिए, मुझे झंडे को बदलना पड़ा:

 -Xms4g -Xmx8G -server -XX:+UseCompressedOops -XX:+AggressiveOpts 

सभी तीन उदाहरणों ने शुरू में 100% प्रोसेसर पर आराम किया, लेकिन केवल Windows सर्वर + AdoptOpenJDK ने सर्वर को नहीं छोड़ा। कचरा संग्रह के बाद, सब कुछ नीचे अनुसूची में लौट आया।


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

यह शायद लिनक्स अनुसूचक और विंडोज के बीच का अंतर है।

निष्कर्ष:

ओएस और जेआरई वितरण में उद्देश्य अंतर के बावजूद, एक विशिष्ट सिफारिश देना असंभव है, जो सर्वर पर रखने के लिए उद्देश्यपूर्ण रूप से बेहतर है।

इस मामले में, यह संभवतः ऑपरेटिंग सिस्टम चुनने के लायक है जिसके साथ आप अधिक परिचित हैं।