लैग आम तौर पर आपके खिलाड़ियों की शिकायत से पहले दिखाई देता है। टुकड़े देर से लोड होते हैं, भीड़ एक सेकंड के लिए रुक जाती है, रेडस्टोन अजीब व्यवहार करता है, और सर्वर हर घंटे ऑनलाइन रहने पर भारी महसूस करने लगता है। एक अच्छा Minecraft सर्वर अनुकूलन गाइड खराब हार्डवेयर से जादुई प्रदर्शन को निचोड़ने के बारे में नहीं है। यह कचरे को हटाने, टीपीएस की सुरक्षा करने और आपके सर्वर का वास्तव में उपयोग कैसे किया जाता है इसके आधार पर स्मार्ट ट्रेड-ऑफ बनाने के बारे में है।
यदि आप दोस्तों के लिए एक छोटी अस्तित्व की दुनिया चलाते हैं, तो आपकी बाधाएँ दर्जनों खिलाड़ियों, फ़ार्म, प्लगइन्स और एक बड़े खोजे गए मानचित्र वाले सार्वजनिक सर्वर से अलग दिखेंगी। इसीलिए अनुकूलन एक नियम से शुरू होना चाहिए: पहले मापें, दूसरे में सुधार करें। यादृच्छिक परिवर्तन चीजों को बदतर बना सकते हैं, खासकर जब आप प्लगइन्स, प्री-जेन्स, एंटिटी लिमिट्स और जावा फ्लैग को स्टैक करते हैं, बिना यह समझे कि अंतराल का कारण क्या है।
अड़चन से शुरू करें, सेटिंग मेनू से नहीं
Minecraft का प्रदर्शन मुख्यतः तीन चीज़ों पर निर्भर करता है: CPU गति, मेमोरी व्यवहार और विश्व गतिविधि। लोग अक्सर मानते हैं कि RAM मुख्य समस्या है क्योंकि यह देखने में सबसे आसान संख्या है। व्यवहार में, कई सुस्त सर्वर सीपीयू-बाउंड होते हैं। यदि मुख्य थ्रेड विश्व टिकों के साथ तालमेल नहीं बिठा पाता है, तो अकेले अधिक रैम जोड़ने से कम टीपीएस ठीक नहीं होगा।
इसीलिए पहला प्रश्न सरल है. क्या आप टिक लैग, मेमोरी प्रेशर, डिस्क विलंब या नेटवर्क समस्याओं से जूझ रहे हैं? टिक लैग आमतौर पर संस्थाओं, हॉपर, रेडस्टोन, वर्ल्ड जेनरेशन या खराब कोडित प्लगइन्स से आता है। मेमोरी दबाव हकलाने, लंबे समय तक कचरा संग्रहण रुकने या सर्वर के हेडरूम से बाहर होने पर क्रैश होने के रूप में दिखाई दे सकता है। डिस्क की समस्याएँ कमज़ोर स्टोरेज या ओवरलोडेड सिस्टम पर अधिक आम हैं जहाँ चंक सेव होता है और रीड सब कुछ धीमा कर देता है।
अधिकांश सामुदायिक सर्वरों के लिए, सबसे बड़ी जीत अनावश्यक विश्व गतिविधि को कम करने से आती है। हज़ारों जानवर, स्टैक्ड हॉपर लाइनें और विशाल भीड़ फ़ार्म कॉस्मेटिक प्लगइन्स की तुलना में तेज़ी से प्रदर्शन को प्रभावित करेंगे।
पहले सही सर्वर सॉफ़्टवेयर चुनें
आपका Minecraft सर्वर ऑप्टिमाइज़ेशन गाइड सॉफ़्टवेयर चयन से शुरू होना चाहिए क्योंकि यह निर्णय इसके बाद प्रत्येक ट्यूनिंग विकल्प को प्रभावित करता है। वेनिला शुद्ध सादगी के लिए ठीक है, लेकिन यह आपको सीमित नियंत्रण देता है। स्पिगोट प्रदर्शन में सुधार करता है, और पेपर आमतौर पर अधिकांश सर्वरों के लिए बेहतर विकल्प है क्योंकि यह प्रबंधन को कठिन बनाए बिना मजबूत अनुकूलन विकल्प प्रदान करता है।
यदि आप प्लगइन्स और स्थिर प्रदर्शन चाहते हैं, तो पेपर कई व्यवस्थापकों के लिए डिफ़ॉल्ट प्रारंभिक बिंदु है। यदि आपको भारी मॉड समर्थन की आवश्यकता है, तो बातचीत बदल जाती है। फोर्ज या फैब्रिक सर्वर अच्छा प्रदर्शन कर सकते हैं, लेकिन अनुकूलन काफी हद तक मॉडपैक पर निर्भर करता है। कुछ मॉड हल्के होते हैं। जैसे ही खिलाड़ी आधे मानचित्र को स्वचालित करते हैं, अन्य लोग टिक प्रदर्शन को नष्ट कर देते हैं।
समझौता सीधा है. अधिक लचीलेपन का मतलब आमतौर पर अधिक प्रदर्शन जोखिम होता है। यदि अपटाइम मायने रखता है और आप कम आश्चर्य चाहते हैं, तो स्टैक को कम रखें।
हार्डवेयर मायने रखता है, लेकिन उस तरह से नहीं जैसा लोग सोचते हैं
सस्ती होस्टिंग महंगी हो जाती है जब आपका सर्वर डाउन हो जाता है या पीक आवर्स में चलने योग्य नहीं होता है। Minecraft के लिए, तेज़ CPU कोर और SSD स्टोरेज हेडलाइन स्पेक्स से अधिक मायने रखते हैं जो बड़े दिखते हैं लेकिन लोड के तहत खराब प्रदर्शन करते हैं। संतुलित संसाधनों वाला सर्वर बढ़ी हुई रैम और कमजोर सिंगल-कोर प्रदर्शन वाले सर्वर से बेहतर महसूस करेगा।
छोटे सर्वरों के लिए, मजबूत सीपीयू प्रदर्शन के साथ मध्यम रैम आमतौर पर पर्याप्त होती है। बड़े समुदायों के लिए, आपको मशीन को बंद किए बिना प्लगइन्स, प्लेयर गतिविधि और बैकअप के लिए जगह की आवश्यकता होती है। यहीं पर बुनियादी ढांचे की गुणवत्ता भी मायने रखती है - DDoS सुरक्षा, कम विलंबता, स्थिर अपटाइम और तेज़ स्टोरेज का खिलाड़ी के अनुभव पर सीधा प्रभाव पड़ता है।
यदि आप दोस्तों के लिए होस्टिंग कर रहे हैं, तो साफ़ सेटअप के साथ 8 जीबी काफी हो सकता है। यदि आप एकाधिक दुनिया, प्लगइन्स, या एक व्यस्त मॉडेड इंस्टेंस चला रहे हैं, तो सर्वर द्वारा हर शाम संसाधनों के लिए लड़ने से पहले आगे बढ़ें। उदाहरण के लिए, ACLClouds, अपने गेम होस्टिंग को इस सटीक समस्या के इर्द-गिर्द रखता है: तेज़ तैनाती, SSD-समर्थित प्रदर्शन, और सब कुछ पुनर्निर्माण किए बिना एक मुफ्त सेटअप से बड़ी योजनाओं में जाने के लिए पर्याप्त स्केलिंग रूम।
दुनिया और हिस्सों के लिए Minecraft सर्वर अनुकूलन गाइड
बहुत सारा सर्वर लैग विश्व पीढ़ी के माध्यम से स्वयं उत्पन्न होता है। जब खिलाड़ी अज्ञात इलाके में दौड़ते हैं, तो सर्वर को वास्तविक समय में टुकड़े उत्पन्न करने होते हैं। यह महंगा है, और यह तब और खराब हो जाता है जब कई खिलाड़ी अलग-अलग दिशाओं में जाते हैं।
अपनी दुनिया को पहले से तैयार करना सबसे साफ-सुथरे अपग्रेड में से एक है जिसे आप कर सकते हैं। यह चंक जेनरेशन को पीक गेमप्ले समय से नियंत्रित बैकग्राउंड प्रोसेसिंग में बदल देता है। जब आपका सर्वर व्यस्त होता है तो इसका परिणाम कम रुकावट, अधिक स्थिर टीपीएस और कम डिस्क दबाव होता है।
दृश्य दूरी और सिमुलेशन दूरी को भी यथार्थवादी मूल्यों की आवश्यकता होती है। व्यवस्थापक उन्हें ऊंचा स्थान देना पसंद करते हैं क्योंकि दुनिया बेहतर दिखती है। लागत भारी है. कम दृश्य दूरी से चंक लोड और मेमोरी उपयोग में तेजी से कमी आती है, और कम सिमुलेशन दूरी खिलाड़ियों के आसपास सक्रिय प्रसंस्करण को कम कर देती है। एक निजी सर्वर पर, आप और भी अधिक प्राप्त कर सकते हैं। सार्वजनिक सर्वर पर, आक्रामक सेटिंग्स अक्सर सुचारू गेमप्ले और निरंतर मंदी के बीच का अंतर होती हैं।
सीमा का आकार भी मायने रखता है. यदि आपका नक्शा प्रभावी रूप से अनंत है, तो खिलाड़ी नई पीढ़ी को हमेशा के लिए मजबूर करते रहेंगे। एक विश्व सीमा आपको विकास पर नियंत्रण देती है और भंडारण, बैकअप और प्रदर्शन को प्रबंधित करना आसान बनाती है।
एक स्पष्ट लक्ष्य के साथ संस्थाओं, खेतों और रेडस्टोन को ट्यून करें
संस्थाएँ प्रदर्शन खोने के सबसे तेज़ तरीकों में से एक हैं। भीड़, ग्रामीण, गिराई गई वस्तुएँ, माइनकार्ट और जानवर सभी लागत जोड़ते हैं। समस्या एक खेत की नहीं है. समस्या यह है कि जब हर खिलाड़ी एक बनाता है तो क्या होता है।
यह वह जगह है जहां अनुकूलन एक नीतिगत निर्णय बन जाता है, न कि केवल एक कॉन्फ़िगरेशन फ़ाइल। यदि आपका सर्वर कैज़ुअल सर्वाइवल है, तो आप अनुभव को अधिक नुकसान पहुंचाए बिना भीड़ की संख्या को सीमित कर सकते हैं, आइटम के डिस्पॉन समय को कम कर सकते हैं और कैप ब्रीडिंग कर सकते हैं। यदि आपका सर्वर तकनीकी Minecraft के आसपास बनाया गया है, तो कठोर इकाई सीमाएँ उन सटीक खिलाड़ियों को निराश कर सकती हैं जिन्हें आप रखना चाहते हैं।
रेडस्टोन समान है. बड़े उपकरण, हॉपर घड़ियां और आइटम सॉर्टर सर्वर के लिए निरंतर कार्य करते हैं। पेपर आपको उस ओवरहेड में से कुछ को कम करने के लिए सेटिंग्स देता है, लेकिन बुरी तरह से डिजाइन किए गए स्वचालन के लिए कोई मुफ्त समाधान नहीं है। कभी-कभी सही उत्तर शिक्षा होता है। खिलाड़ियों को दिखाएँ कि अंतराल का कारण क्या है और निष्पक्ष निर्माण दिशानिर्देश निर्धारित करें।
प्लगइन्स प्रदर्शन में मदद कर सकते हैं या इसे चुपचाप नष्ट कर सकते हैं
गलत प्लगइन स्टैक एक अच्छी मशीन को बर्बाद कर सकता है। प्रत्येक प्लगइन तर्क, ईवेंट श्रोता, निर्धारित कार्य और संभावित टकराव जोड़ता है। यदि आपने महीनों में अपनी प्लगइन सूची की समीक्षा नहीं की है, तो इस बात की अच्छी संभावना है कि आप हर टिक की प्रदर्शन लागत का भुगतान करते समय ऐसी सुविधाएँ चला रहे हैं जिनका उपयोग कोई नहीं करता है।
प्लगइन्स को चालू रखें, किसी भी अनावश्यक चीज़ को हटा दें, और एक ही समस्या को हल करने वाले कई प्लगइन्स को स्टैक करने से बचें। एक भारी अनुमति प्लगइन, कई चैट टूल, ओवरलैपिंग इकोनॉमी सिस्टम और खराब रखरखाव वाली व्यवस्थापक उपयोगिताएँ बहुत सारे अदृश्य ओवरहेड का निर्माण कर सकती हैं।
यहां प्रोफाइलिंग मायने रखती है. यदि कोई प्लगइन लैग स्पाइक्स का कारण बन रहा है, तो अनुमान न लगाएं। समय या प्रोफाइलर आउटपुट की जांच करें और सत्यापित करें कि टिक समय की खपत क्या हो रही है। अच्छा अनुकूलन सर्वोत्तम तरीके से उबाऊ है - कम चलने वाले हिस्से, कम आश्चर्य, और क्लीनर रखरखाव।
मेमोरी ट्यूनिंग और जावा फ़्लैग
रैम आवंटन पर्याप्त होना चाहिए, अत्यधिक नहीं। बहुत कम मेमोरी क्रैश और लगातार कचरा संग्रहण का कारण बनती है। यदि ढेर बुरी तरह से ट्यून किया गया है तो बहुत अधिक सफाई में लंबे समय तक रुकावट भी पैदा कर सकता है। कई सर्वरों के लिए, एक समझदार निश्चित आवंटन लगातार बदलते मूल्यों से बेहतर काम करता है।
आधुनिक जावा संस्करणों में बहुत सुधार हुआ है, इसलिए पुरानी सलाह हमेशा अच्छी सलाह नहीं होती है। पुराने फ़ोरम पोस्ट से यादृच्छिक लॉन्च कमांड की प्रतिलिपि बनाने के बजाय अपने सर्वर सॉफ़्टवेयर और जावा संस्करण के लिए वर्तमान, विश्वसनीय स्टार्टअप फ़्लैग का उपयोग करें। यदि आप एक प्रबंधित होस्टिंग प्लेटफ़ॉर्म पर हैं, तो मूल्य का एक हिस्सा खराब डिफ़ॉल्ट से बचना और पहले दिन से एक स्वच्छ आधार रेखा प्राप्त करना है।
इसके अलावा, ओएस और किसी भी नियंत्रण कक्ष प्रक्रियाओं के लिए जगह छोड़ दें। लगभग सभी उपलब्ध रैम को Minecraft में आवंटित करना कागज पर कुशल दिखता है और उत्पादन में भयानक लगता है।
बैकअप, निगरानी और पुनरारंभ रणनीति
अनुकूलन केवल शिखर टीपीएस के बारे में नहीं है। यह किसी चीज़ के टूटने पर उसकी भरपाई करने योग्य बने रहने के बारे में भी है। बार-बार बैकअप, भंडारण जागरूकता और बुनियादी निगरानी समय के साथ बड़ा अंतर लाती है।
एक सर्वर जो बिना सफाई के कई दिनों तक चलता है, क्रैश के बाद मेमोरी समस्याएं, प्लगइन एज केस या दूषित व्यवहार जमा हो सकता है। शेड्यूल किया गया पुनरारंभ हर समस्या का इलाज नहीं है, लेकिन वे एक स्थिर सेटअप का व्यावहारिक हिस्सा हो सकते हैं। मुख्य बात यह है कि अपनी शर्तों पर पुनः आरंभ करें, न कि खिलाड़ी की भीड़ के दौरान क्योंकि मशीन टूट रही है।
सीपीयू उपयोग, मेमोरी खपत, डिस्क स्थान और टीपीएस रुझानों की निगरानी करने से खिलाड़ियों को दर्द महसूस होने से पहले अपग्रेड करने में मदद मिलती है। यह बढ़ते समुदायों के लिए विशेष रूप से महत्वपूर्ण है। स्केल करने का सही समय वह है जब मेट्रिक्स दबाव निर्माण दिखाता है, न कि डिस्कॉर्ड लैग रिपोर्ट से भर जाने के बाद।
ट्यूनिंग जारी रखने के बजाय कब अपग्रेड करना है
एक बिंदु ऐसा आता है जहां अनुकूलन कुशल होना बंद कर देता है। यदि आपने अपने प्लगइन्स को साफ कर लिया है, दुनिया को पहले से तैयार कर लिया है, दूरियों को समायोजित कर लिया है, इकाई अराजकता को कम कर दिया है, और जावा सेटिंग्स को सत्यापित कर लिया है, लेकिन सर्वर अभी भी सामान्य पीक लोड पर संघर्ष कर रहा है, तो आपको शायद बेहतर हार्डवेयर या अधिक उपयुक्त योजना की आवश्यकता है।
वह असफलता नहीं है. यह क्षमता नियोजन है. दस कैज़ुअल खिलाड़ियों के लिए बनाए गए सर्वर से तीस सक्रिय उपयोगकर्ताओं, एकाधिक फ़ार्म और ट्रेड-ऑफ़ के बिना निरंतर अन्वेषण को संभालने की अपेक्षा नहीं की जाती है। अच्छा बुनियादी ढांचा आपको हर सप्ताहांत को समस्या निवारण सत्र में बदले बिना आगे बढ़ने की गुंजाइश देता है।
सबसे अच्छा माइनक्राफ्ट सर्वर ऑप्टिमाइज़ेशन गाइड वह है जो आपके सर्वर को चलाने योग्य, पूर्वानुमानित और प्रबंधित करने में आसान रखता है। वास्तविक बाधाओं से शुरुआत करें, ऐसे बदलाव करें जो आपके खिलाड़ी आधार से मेल खाते हों, और प्रदर्शन को बिल्ड के हिस्से की तरह मानें - ऐसा कुछ नहीं जिसे आप अंतराल शुरू होने के बाद ही ठीक करते हैं।