एकता कचरा संग्रह के नियमों को तोड़ना

एक बार, लांसलेट नामक एक एकता गेम प्रोग्रामर था। एक बहुत भावुक, मैं कहूंगा। वह अभी तक नहीं जानता था, लेकिन आखिरकार वह एकता कचरा संग्रह के सबसे अंधेरे पक्ष का सामना करेगा।


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

यह आसान नहीं था, कि वह जानता था।

खेल उद्योग में ये धब्बे थे और अभी भी खेल प्रोग्रामर के एक छोटे से अल्पसंख्यक के लिए आरक्षित हैं। और उसे यकीन नहीं था कि वह मानकों पर खरा उतरेगा, वैसे भी।

लेकिन उन्होंने लगातार अपने प्रोग्रामिंग कौशल को पैना किया।

लैंसलॉट ने छोटे खेलों पर काम करना शुरू किया। शायद किसी बिंदु पर, उसे वह बड़ा मौका मिलेगा जिसकी उसे तलाश थी, उसने सोचा।

सालों बीत गए जब तक उसे वह अवसर नहीं मिला जिसका उसे इंतजार था। उन्हें एक बड़े वीआर गेम को मोबाइल प्लेटफॉर्म पर पोर्ट करने के लिए कहा गया था। जैसा कि लैंसलॉट उत्साहित था, वह सोच भी नहीं सकता था कि क्या वह इस कार्य के लिए पर्याप्त है । यह चुनौतीपूर्ण था लेकिन उन्होंने चुनौती स्वीकार कर ली। वह जानता था कि वह केवल उसी से बढ़ सकता है।

लेंसलॉट की सबसे बड़ी चिंता खेल के प्रदर्शन में व्यापक सुधार की आवश्यकता थी। यह वास्तव में एक दोहरी चुनौती थी। उन्हें काफी कम शक्तिशाली मंच के लिए 20% तक प्रदर्शन में सुधार करना पड़ा।

महीनों तक नॉन-स्टॉप काम करने के बाद, वह आखिरकार गेम को अनुकूलित करने में कामयाब रहा, जिसमें रॉक-सॉलिड परफॉर्मेंस बेसलाइन थी।

हालांकि, एक अप्रत्याशित मुद्दा सिर्फ कोने के आसपास था ...

एकता प्रोफाइलर ने उन्हें हर कुछ सेकंड में एक महत्वपूर्ण फ्रेम-दर ड्रॉप का खुलासा किया। और वह उसे चिंतित करता है क्योंकि वह उसे खेल जहाज करने की अनुमति नहीं देगा। खेल रिलीज खतरे में थी। इससे वह पूरी तरह असहज हो गया।

अपने पिछले अनुभव के आधार पर, लैंसलॉट को कचरा कलेक्टर पर जल्दी से संदेह हुआ। आखिरकार, वह जानता था कि खेल में अस्थायी मेमोरी को आवंटित करने से अक्सर इन प्रदर्शन स्पाइक्स भी हो सकते हैं। जैसे कचरा हर किसी की रसोई में होता है, आप जानते हैं कि इसे साफ करने का समय है जब यह अपनी क्षमता का 80% तक पहुंच जाता है।

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

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

इन प्रदर्शन बूंदों के साथ वीआर में खेल खेलना किसी न किसी तरह लोगों को पीला कर देगा।

"यह कैसे हो सकता है?" वह आश्चर्यचकित हो गया।

अधिक धैर्य और खुदाई के साथ, लैंसलॉट ने स्मृति आवंटन का एक दूसरा स्रोत खोजा जो उसने पहले नहीं देखा था। वे एक 3 पार्टी पुस्तकालय में हुआ।

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

Lancelot विकल्पों से बाहर चल रहा था।

वह हताश महसूस करता था लेकिन शांत रहने में कामयाब रहा। वह आखिरकार बदतर स्थितियों में है।

वह लाइब्रेरी को रिवर्स कर सकता था और मेमोरी एलोकेशन ऑप्टिमाइजेशन खुद कर सकता था। समस्या यह थी कि लाइसेंस ने ऐसी चीजों को अस्वीकार कर दिया था। और वह जेल जाने के लिए बहुत छोटा था।

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

अफसोस की बात है, यह अभी भी पर्याप्त नहीं था।

यह धीरे-धीरे महसूस हुआ जैसे कि स्थिति पर उसका कोई नियंत्रण नहीं है। यह कठिन था, लेकिन फिर से, वह कायम रहा ।

तो लैंसलेट एक पागल विचार के साथ आया था । क्या होगा अगर उसने कचरा संग्रह को पूरी तरह से अक्षम कर दिया? क्या यह भी संभव था? उसने अपनी हड्डियों में महसूस किया कि ऐसा विचार कितना जोखिम भरा था। वह खेल को अप्रत्याशित बिंदुओं पर दुर्घटना के लिए जोड़ना नहीं चाहता था। पिछली बार उन्होंने जाँच की, कि खिलाड़ियों के लिए कोई मज़ा नहीं था। शायद समय बदल गया, लेकिन क्षमा से बेहतर सुरक्षित।

उसके शीर्ष पर, उन्होंने खेल के रिलीज में देरी के बारे में चिंतित किया। वह नहीं चाहते थे कि उनके खिलाड़ी क्रिसमस के लिए यह खिताब जीते। उन्होंने याद किया कि इन छुट्टियों के दौरान उन्होंने एवरक्स्ट खेलने में कितना मज़ा लिया। वह खिलाड़ियों से दूर नहीं ले जाएगा।

इस बिंदु तक पहुंच गया, उसके पास कचरा कलेक्टर को निष्क्रिय करने के अलावा और कोई विकल्प नहीं था।

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

उनकी स्प्रेडशीट में नंबर आने शुरू हो गए: 25 मिनट, 28 मिनट, 30 मिनट ... उन्होंने यह भी उल्लेख किया कि कैसे समय के साथ ढेर का उपयोग बढ़ता गया वह निश्चित रूप से एक सुरक्षित बजट से अधिक नहीं होगा।

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

उसे फिर से उम्मीद थी।

उन्होंने विनम्रतापूर्वक QA को खेल के माध्यम से दर्जनों बार जाने को कहा।

मेमोरी हमेशा बजट के भीतर थी। कोई दुर्घटना नहीं। कोई साइड इफेक्ट नहीं।

इस लंबी यात्रा ने उन्हें उस मुकाम तक पहुंचाया जहां वे खेल को जहाज करने में सक्षम थे।

और लगता है क्या? सैकड़ों खिलाड़ी अब क्रिसमस की अवधि में इसका आनंद ले रहे हैं।

शुरुआत में, वह इस समाधान के साथ सहज नहीं थे। यह एक जोखिम भरा कदम था और वह इसे जानती थी। लेकिन वह इसे खींचने में कामयाब रहा।

Lancelot ने असहज से सहज होना सीखा। उन्होंने अधिक व्यावहारिक होना सीखा। क्योंकि कई बार प्रोग्रामर होना होता है।

क्या कहानी का कोई हिस्सा घंटी बजाता है? यदि हां, तो शायद आपका अंतर्ज्ञान सही है।

वह प्रोग्रामर मैं था।

समय के लिए आपको इसकी आवश्यकता है, यह है कि आप कचरा कलेक्टर का प्रबंधन कैसे कर सकते हैं:

यह कोड स्निपेट आपको दिखाता है कि स्वचालित कचरा संग्रह कैसे निष्क्रिय किया जाए। यह जीसी प्रक्रिया को हर मिनट और संभवत: स्क्रीन संक्रमण (काला करने के लिए फीका) के दौरान चलाता है।

इसके संभावित दुष्प्रभावों से अवगत रहें:

• क्रैश : यदि आप पर्याप्त सुरक्षित नहीं खेलते हैं तो आप मेमोरी से बाहर निकल जाएंगे। इससे भी बदतर, जब आप अनुप्रयोगों के बीच स्विच करते हैं, तो ओएस आपके गेम को मार सकता है
• लंबे समय तक कचरा संग्रह समय : ढेर बढ़ने से भविष्य में कचरा संग्रह धीमा हो जाएगा

यदि आपको कचरे की उदार मात्रा का उत्पादन करने की आवश्यकता है, तो यहां एक सरल तरीका है जो सिर्फ काम करेगा:

public class GenerousGarbageCreator : MonoBehaviour { [SerializeField] private int garbageCreationRate = 1024; private static int[] _garbage; void Update() { _garbage = new int[garbageCreationRate]; } } 

यह वह है जो आप प्रोफाइलर में प्राप्त कर रहे हैं:


एकता कचरा संग्रह: समय-आधारित मैनुअल ट्रिगर

वहां आपको मेमोरी का उपयोग बढ़ता है। बढ़ते ढेर के उपयोग को "मोनो" के रूप में रेखांकित किया गया है। सौभाग्य से हमारे लिए, हम हर 3 सेकंड में मैनुअल कचरा संग्रहकर्ता चला रहे हैं।

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

यदि आप इस परियोजना का स्रोत कोड चाहते हैं, तो आप जानते हैं कि इसे कहां ढूंढना है (स्पॉइलर: यहां)।

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

मैं 2020 में आप सभी के साथ काम करना चाहता हूं।
रूबेन