हुड स्क्रीप्स के तहत - प्रोग्रामर के लिए MMO सैंडबॉक्स में वर्चुअलाइजेशन

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

लेकिन चलो क्रम में सब कुछ के बारे में बात करते हैं।

प्रागितिहास

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

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

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

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

इसलिए 2014 में, खेल स्क्रीप्स (शब्द "लिपियों" और "क्रीप्स" से) दिखाई दिया - एक वास्तविक समय के साथ एक बड़ा स्थायी दुनिया वाला रणनीतिक सैंडबॉक्स, जिसमें खिलाड़ियों पर कोई प्रभाव नहीं पड़ता कि उनकी खेल इकाइयों के लिए AI स्क्रिप्ट लिखने के अलावा क्या हो रहा है। । एक साधारण रणनीतिक खेल के सभी यांत्रिकी - संसाधन निष्कर्षण, निर्माण इकाइयां, एक आधार का निर्माण, क्षेत्रों को जब्त करना, विनिर्माण और व्यापार - आपको जावास्क्रिप्ट एपीआई के माध्यम से खुद खिलाड़ी को प्रोग्राम करने की आवश्यकता है, जो खेल की दुनिया द्वारा प्रदान की जाती है। AI लिखने में विभिन्न प्रतियोगिताओं से अंतर यह है कि खेल की दुनिया, जैसा कि ऑनलाइन गेम की दुनिया में होना चाहिए, लगातार काम करता है और पिछले 4 वर्षों में 24/7 पर वास्तविक समय में अपना जीवन जीता है, प्रत्येक खिलाड़ी के AI को प्रत्येक खेल चक्र को लॉन्च करता है।

इसलिए, खेल के बारे में पर्याप्त है - यह विकास के दौरान आने वाली तकनीकी समस्याओं के सार को समझने के लिए पर्याप्त होना चाहिए। आप इस वीडियो से अधिक विचार प्राप्त कर सकते हैं, लेकिन यह वैकल्पिक है:

तकनीकी मुद्दे

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

फिलहाल हमारे पास खेल में 42,060 कमरे हैं । 36 क्वाड-कोर भौतिक मशीनों के एक सर्वर क्लस्टर में 144 प्रोसेसर होते हैं। हम Redis का उपयोग कतारों को बनाने के लिए करते हैं, पूरा बैकएंड Node.js. में लिखा जाता है।

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

module.exports.loop = function() { let creep = Game.creeps['Creep1']; let flag = Game.flags['Flag1']; if(!creep.pos.isEqualTo(flag.pos)) { creep.moveTo(flag.pos); } } 

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

समस्या तब शुरू होती है जब यह कार्यान्वयन की बारीकियों की बात आती है। फिलहाल हमारे पास दुनिया के 1600 सक्रिय खिलाड़ी हैं। व्यक्तिगत खिलाड़ियों की लिपियों को पहले से ही "स्क्रिप्ट" नहीं कहा जा सकता है - उनमें से कुछ में कोड की 25k तक की रेखाएं होती हैं, टाइपस्क्रिप्ट से संकलित होती हैं या यहां तक ​​कि सी / सी ++ / रस्ट के माध्यम से WebAssembly (हाँ, हम समर्थन करते हैं!), और वास्तविक लघु ओएस की अवधारणा को लागू करते हैं। जिसमें खिलाड़ियों ने खेल के कार्य-प्रक्रियाओं और उनके प्रबंधन के अपने पूल को कोर के माध्यम से विकसित किया है, जो किसी खेल की दी गई रणनीति पर प्रदर्शन करने के लिए उतने ही कार्य करता है, उन्हें निष्पादित करता है, और अगले उपाय तक उन्हें वापस कतार में रखता है। चूंकि प्रत्येक घड़ी चक्र में सीपीयू और प्लेयर की मेमोरी सीमित होती है, यह मॉडल अच्छी तरह से काम करता है। हालाँकि यह अनिवार्य नहीं है - खेल को शुरू करने के लिए यह 15 लाइनों की एक स्क्रिप्ट लेने के लिए पर्याप्त है, जिसे पहले से ही ट्यूटोरियल के भाग के रूप में भी लिखा गया है।

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

सबसे पहले, आप केवल प्रत्येक घड़ी चक्र पर बेतरतीब ढंग से हैंडलर द्वारा कार्यों को वितरित नहीं कर सकते, क्योंकि कमरों के मामले में ऐसा करना संभव है। खिलाड़ी की जावास्क्रिप्ट मशीन को बिना किसी रुकावट के काम करना चाहिए, प्रत्येक बाद का उपाय सिर्फ एक नया loop फ़ंक्शन कॉल है, लेकिन वैश्विक संदर्भ को मौजूद होना चाहिए। मोटे तौर पर, खेल आपको कुछ ऐसा करने की अनुमति देता है:

 let counter = 0; let song = ['EX-', 'TER-', 'MI-', 'NATE!']; module.exports.loop = function () { Game.creeps['DalekSinger'].say(song[counter]); counter++; if(counter == song.length) { counter = 0; } } 

इस तरह के एक रेंगना गीत की एक पंक्ति पर हर खेल को हरा देगा। गीत counter की लाइन संख्या एक वैश्विक संदर्भ में संग्रहीत होती है जिसे उपायों के बीच संग्रहीत किया जाता है। यदि हर बार इस खिलाड़ी की स्क्रिप्ट को एक नई हैंडलर प्रक्रिया में निष्पादित किया जाता है, तो संदर्भ खो जाएगा। इसका मतलब है कि सभी खिलाड़ियों को विशिष्ट हैंडलर को आवंटित किया जाना चाहिए, और उन्हें यथासंभव कम बदला जाना चाहिए। लेकिन फिर लोड संतुलन के बारे में क्या? एक खिलाड़ी इस नोड पर निष्पादन के 500ms खर्च कर सकता है, और दूसरा खिलाड़ी 10ms खर्च कर सकता है, और अग्रिम में यह भविष्यवाणी करना बहुत मुश्किल है। यदि 20 खिलाड़ी 500 एनएम प्रत्येक एक नोड पर आते हैं, तो इस तरह के नोड के संचालन में 10 सेकंड लगेंगे, जिसके दौरान अन्य सभी इसके पूरा होने का इंतजार करेंगे और निष्क्रिय खड़े रहेंगे। और इन खिलाड़ियों को फिर से असंतुलित करने और उन्हें अन्य नोड्स में फेंकने के लिए, आपको उनका संदर्भ खोना होगा।

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

इन समस्याओं से निपटने की कोशिश में, हम कई समाधान लेकर आए।

पहला संस्करण

खेल इंजन का पहला संस्करण दो बुनियादी चीजों पर आधारित था:

• Node.js की डिलीवरी में पूर्णकालिक vm मॉड्यूल,
• रनटाइम प्रक्रियाओं का कांटा।

ऐसा लग रहा था। क्लस्टर में प्रत्येक मशीन पर गेम स्क्रिप्ट हैंडलर की 4 (कोर की संख्या के अनुसार) प्रक्रियाएं थीं। जब गेम स्क्रिप्ट की कतार से एक नया कार्य प्राप्त हुआ, तो हैंडलर ने डेटाबेस से आवश्यक डेटा का अनुरोध किया और इसे एक बच्चे की प्रक्रिया में स्थानांतरित कर दिया, जिसे लगातार चलने वाली स्थिति में बनाए रखा गया था, एक विफलता की स्थिति में फिर से शुरू किया गया, और विभिन्न खिलाड़ियों द्वारा पुन: उपयोग किया गया। माता-पिता (जिसमें क्लस्टर बिजनेस लॉजिक होता है) से अलग-थलग होने वाली चाइल्ड प्रोसेस केवल एक काम कर सकती है: प्राप्त डेटा से Game ऑब्जेक्ट बनाएं और खिलाड़ी की वर्चुअल मशीन शुरू करें। शुरू करने के लिए, हमने Node.js. में vm मॉड्यूल का उपयोग किया

यह निर्णय अपूर्ण क्यों था? कड़ाई से बोलने पर, उपरोक्त दो समस्याओं का समाधान यहां नहीं किया गया।

vm Node.js. के समान एकल-थ्रेडेड मोड में काम करता है इसलिए, 4-कोर मशीन पर प्रत्येक कोर पर चार समानांतर प्रोसेसर रखने के लिए, आपको 4 प्रक्रियाएं करने की आवश्यकता होती है। एक खिलाड़ी को "जीवित" एक प्रक्रिया में दूसरी प्रक्रिया में ले जाने से वैश्विक संदर्भ का फिर से निर्माण होता है, भले ही यह उसी मशीन के भीतर हो।

इसके अलावा, vm वास्तव में एक पूरी तरह से पृथक वर्चुअल मशीन नहीं बनाता है। यह जो करता है वह केवल एक पृथक संदर्भ , या गुंजाइश पैदा करता है, लेकिन जावास्क्रिप्ट वर्चुअल मशीन के उसी उदाहरण में कोड निष्पादित करता है, जहां vm.runInContext कॉल vm.runInContext । और इसका मतलब है - उसी उदाहरण में जिसमें अन्य खिलाड़ी लॉन्च किए जाते हैं। हालांकि खिलाड़ियों को अलग-अलग वैश्विक संदर्भों से अलग किया जाता है, लेकिन, एक ही आभासी मशीन का हिस्सा होने के नाते, उनके पास एक सामान्य ढेर-मेमोरी, एक सामान्य कचरा कलेक्टर और एक साथ कचरा उत्पन्न होता है। यदि खिलाड़ी "ए" ने अपने गेम स्क्रिप्ट के निष्पादन के दौरान बहुत सारा कचरा उत्पन्न किया है, तो काम खत्म हो गया है, और खिलाड़ी "बी" को पास कर दिया है, तो उस समय प्रक्रिया का सारा कचरा इकट्ठा हो सकता है, और खिलाड़ी "बी" को इकट्ठा करने के लिए सीपीयू समय का भुगतान करेगा किसी और का कचरा। इस तथ्य का उल्लेख नहीं करने के लिए कि सभी संदर्भ एक ही घटना लूप में काम करते हैं, और सैद्धांतिक रूप से किसी भी समय किसी और के वादे को निष्पादित करना संभव है, हालांकि हमने इसे रोकने की कोशिश की। इसके अलावा, vm आपको यह नियंत्रित करने की अनुमति नहीं देता है कि स्क्रिप्ट निष्पादन के लिए कितना हीप-मेमोरी आवंटित किया गया है, सभी प्रक्रिया मेमोरी उपलब्ध है।

अलग-VM

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

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

और एक बार मार्सेल हमें लिखता है: "दोस्तों, मेरे पास Node.js के लिए मूल C / C ++ विकास में अच्छा अनुभव है, और मुझे आपका खेल पसंद है, लेकिन सभी को यह पसंद नहीं है कि यह कैसे काम करता है - चलो एक नया ब्रांड लिखें वर्चुअल मशीन लॉन्च तकनीक Node.js के लिए विशेष रूप से चिंराट के लिए? "

चूंकि मार्सेल ने पैसे नहीं मांगे, इसलिए हम मना नहीं कर सके। हमारे सहयोग के कई महीनों के बाद, पृथक-वीएम पुस्तकालय का जन्म हुआ। और जिसने बिल्कुल बदल दिया।

isolated-vm से इस vm में अलग है कि यह संदर्भ को अलग नहीं करता है , लेकिन V8 के संदर्भ में अलग-थलग है। विवरण में जाने के बिना, इसका मतलब है कि जावास्क्रिप्ट मशीन का एक पूर्ण-पृथक उदाहरण बनाया गया है, जिसका न केवल अपना वैश्विक संदर्भ है, बल्कि इसका अपना ही-मेमोरी, कचरा संग्रहकर्ता भी है और एक अलग ईवेंट लूप के हिस्से के रूप में काम करता है। मिनीसों में से: प्रत्येक रनिंग मशीन के लिए, एक छोटी रैम ओवरहेड की आवश्यकता होती है (लगभग 20 एमबी), और मशीन में सीधे ऑब्जेक्ट्स या कॉल फ़ंक्शन को स्थानांतरित करना भी असंभव है, पूरे एक्सचेंज को क्रमबद्ध किया जाना चाहिए। यह अंत में बाकी है, यह सिर्फ एक रामबाण है!

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

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

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

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