बॉम्बरमैन ऑनलाइन और हब्रेफेक्ट - एक नक्शे पर 450 खिलाड़ी। रिपोर्ट और गेम इंजन विवरण

जैसा कि हमारे खेल की विषय-घोषणा में वादा किया गया है, हम रिपोर्ट को गेम इंजन के विवरण और विवरण पर पोस्ट करते हैं।


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

3 सप्ताह के आंकड़े

खिलाड़ियों ने पंजीकृत: 4,663
राउंड खेला: 2,252
खिलाड़ियों की संख्या (मेहमानों सहित): 13,402
फ़्रेमों की संख्या: 469,534
मौतों की संख्या: 545,957
गोल किए गए: 1,707 ( डब्ल्यूटीएफ ?)

[हैब्रेफेक्ट के दौरान]
खिलाड़ी ऑनलाइन (अधिकतम): 453
CPU उपयोग (मुनिन के शेड्यूल के अनुसार): 168% (16 कोर - 1600%)
मेमोरी उपयोग: 1.65 जीबी
यातायात (अधिकतम): निवर्तमान 24 एमबीपीएस | आने वाले 9 एमबीपीएस

(चार्ट क्लिक करने योग्य हैं)

[इंजन] कनेक्शन [ १ ]	[इंजन] मुख्य चक्र समय [ २ ]	[इंजन] प्रति बाइट्स [ ३ ]
[सर्वर] सीपीयू उपयोग	[सर्वर] मेमोरी का उपयोग

TTH

होस्टिंग: डेटा सेंटर व्लादिमीर में एक समर्पित सर्वर (जो हैब्रेटिंग के समय के लिए पार्किंग द्वारा प्रदान किया गया था)

1. जावा और जेट्टी गेम इंजन
2. HAProxy - वेब सॉकेट को समीप करना
3. नग्नेक्स - स्टैटिक्स और एक नोड के निकट
4. वेब कार्यक्षमता - Node.js (पैकेज: एक्सप्रेस, mysql, अनुरोध, नोडमैलर, सत्यापनकर्ता, पल, हमेशा के लिए)
5. क्लेयरसाइड - जावास्क्रिप्ट में GWT प्रसारण

खेल इंजन विवरण

आगे - जेडी_केनाइट (इंजन के लेखक) की ओर से।

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

कुछ विचार www.html5rocks.com/en/tutorials/canvas/performance से लिए गए हैं

एचटीएमएल 5 कैनवस टाइपिंग मूल बातें

शब्दावली: टाइल - एक छोटा वर्ग, उदाहरण के लिए 32 × 32; चंक - 8 × 8 टाइल्स।

टाइल इंजन की सुविधाओं पर विचार करें। यहाँ मैं आया मॉडल है:

1) टाइल्स के लिए सबपिक्सल ड्राइंग की जरूरत नहीं है।

2) कई पारदर्शी कैनवस का उपयोग किया जाता है, जो एक दूसरे के ऊपर स्थित होते हैं। यदि इलाके को संशोधित नहीं किया गया था, तो कोई स्क्रॉलिंग नहीं थी, तो आप इसे फिर से नहीं कर सकते हैं - यह प्रदर्शन में थोड़ी वृद्धि (कैश ऑप्टिमाइज़ेशन की तुलना में) देता है।

3) खेल मॉडल के रूप में, पूरे क्षेत्र को 8 × 8 विखंडू में विभाजित किया गया है। चूंकि 32 × 32 के लिए 64 ड्रॉइमेज कॉल 256 × 256 के लिए एक कॉल की तुलना में बहुत अधिक महंगे हैं, दृश्यमान विखंडू कैश में खींचे जाते हैं, जिसमें दो परतें होती हैं: खिलाड़ी के नीचे और उसके ऊपर।

4) कैश साहचर्य है, अर्थात, कैनवस की एक जोड़ी का उपयोग मानचित्र पर कई विखंडू द्वारा किया जाता है: निर्देशांक (X, Y) के साथ एक हिस्सा निर्देशांक के साथ कैश का उपयोग करता है (X mod A, Y mod B) जहां (A, B) कैश आकार हैं। उसी समय, कैश आकार ऐसा होना चाहिए कि एक ही समय में स्क्रीन पर एक आम कैश के साथ दो टुकड़े दिखाई न दें, एक दौड़ होगी।

5) कैनवस के अलावा, तार्किक मानचित्र द्वारा उत्पन्न बनावट से टाइलों के कैश नंबर भी कैश में संग्रहीत किए जाते हैं। संख्या से, आप विशिष्ट रूप से एक टाइल खींच सकते हैं।

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

7) यदि आपको एक गंदे या नए चंक को फिर से बनाने की आवश्यकता है, तो तालिका को बफर 10 × 10 तालिका - चंक और आसपास की टाइलों में डाल दिया जाता है। इस बफर से टाइल संख्याओं की एक सरणी उत्पन्न होती है - यह पहले से ही 8 × 8 है। टाइल संख्या में इस टाइल पर पड़ने वाली छाया के बारे में जानकारी भी हो सकती है। उन जगहों पर जहां पिछली बार से टाइल नंबर बदल गया है, फिर से लाल होना होता है।

8) टाइलों के लिए यह ड्रॉइमेज का उपयोग करने के लिए अधिक सुविधाजनक है, लेकिन क्रैटनटर्न और फिलरक्ट बनाएँ। fillRect भी अधिक सुविधाजनक है कि वे कई समान लगातार टाइल खींच सकते हैं, और यह तेजी से होगा।
इस परीक्षण से एक अजीब प्रभाव का पता चलता है: 32 × 32 बनावट के लिए iPad पर उत्पादकता में 2.5 गुना की महत्वपूर्ण वृद्धि हुई है:
jsperf.com/canvas-texture-draw-vs-fill
TheShock द्वारा टिप्पणी

9) और अंत में, यह सब क्यों आवश्यक है: स्क्रॉल करते समय, छोटे 32 × 32 चित्रों के ढेर को खींचने के बजाय, कैश से ड्राइंग होता है। आहरण के लिए कॉल काफी कम हैं, यह गंभीरता से प्रदर्शन को प्रभावित करता है।

हरे, पीले, छाया - पहली परत पर खींचे जाते हैं, प्रत्येक 32 × 32 वर्ग को दूसरों के स्वतंत्र रूप से खींचा जा सकता है, क्योंकि टाइल नंबर में सब्सट्रेट, दीवार और छाया के बारे में जानकारी होती है।
दूसरी परत लाल रंग में खींची गई है, इसे 8 पिक्सेल ऊपर स्थानांतरित किया गया है।

कीड़े मिले

इसलिए, सामूहिक परीक्षण के दौरान, निम्नलिखित समस्याओं का पता चला:

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



W, H = 7 A, B = 3, कॉर्नर चंक्स एक कैशे पोजीशन पर आते हैं, और समय-समय पर वे एक स्क्रीन पर आते हैं, जिससे रेस होती है। कार्ड के "सीम" में भी यही स्थिति देखी जाती है।

2) क्लाइंट प्रोफाइलिंग ने जावा कलेक्शन का उपयोग करके कोड में अड़चनों का खुलासा किया। इन स्थानों में, संग्रह को स्व-लिखित संरचनाओं द्वारा प्रतिस्थापित किया जाता है।

3) नेटवर्क प्रोटोकॉल को बदलना और utf8 से बाइनरी वेब सॉकेट में उन ब्राउज़र पर स्विच करना, जहां वे समर्थित हैं (क्रोम, फ़ायरफ़ॉक्स) ने औसत क्लाइंट ट्रैफ़िक को 12 Kbps तक कम करने की अनुमति दी है। एक देशी ArrayBuffer का उपयोग किया जाता है, मैं ध्यान देता हूं कि फ़ायरफ़ॉक्स DataView वर्ग को लागू नहीं करता है, इसलिए हम सामान्य Uint8Array के आसपास मिलते हैं।

आलेख की शुरुआत में रेखांकन:

[1] कनेक्शन - सर्वर से सक्रिय कनेक्शन की संख्या।

[२] मुख्य चक्र समय - मुख्य चक्र के विभिन्न चरणों को कितना लेते हैं। टिक 100ms तक रहता है, प्रीप्रोसेस - क्लाइंट्स से कमांड चेक करना, टिक - गेम स्टेट को अपडेट करना, ऑब्जर्वर - क्लाइंट्स के लिए मैसेज जेनरेट करना। कुल - सभी एक साथ, और प्लस उस समय के दौरान जब संदेश नेटवर्क बफर पर जाएंगे। यह एक सेकंड के भीतर खर्च किए गए मिलीसेकंड में मापा जाता है, इसलिए जब कुल 1000 पहुंचता है - सर्वर खराब होता है, ओवरहेड दिखाई देने लगता है।

[३] प्रति बाइट्स - बाइट्स / सेक में वेबसोकेट फ्रेम के हेडर के बिना, क्लाइंट्स को भेजा गया शुद्ध ट्रैफिक।

गेमप्ले में बदलाव

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

लेकिन गेमप्ले पर थोड़ा सा काम किया गया: दुश्मन को लॉक करना आसान हो गया। लेकिन सबसे महत्वपूर्ण बात यह है कि गेंद और गेट को जोड़ दिया गया है! जो स्कोर करते हैं उन्हें जीवन की ढाल प्राप्त होती है। विशेष रूप से फुर्तीले 3 ढाल इकट्ठा करते हैं और सुपरहीरो की तरह दौड़ते हैं :)

नया लोड हैब्रेशन परीक्षण। लक्ष्य - एक नक्शे पर 1000 खिलाड़ी ऑनलाइन

पहली बार समस्याओं और अंतराल के बिना सर्वर ने 350 खिलाड़ियों को ऑनलाइन रखा। आज वह 1000 के लिए तैयार है।

हम 8 से 9 और 10 जून को सभी को आमंत्रित करते हैं , 17 से 22 तक ऑनलाइन खिलाड़ियों के एक नए स्तर तक पहुंचने की कोशिश करते हैं। सम्मिलित हों , मित्रों / सहयोगियों को बुलाएं - हम आपकी प्रतीक्षा कर रहे हैं!
(यदि किसी के पास कोई डोमेन उपलब्ध नहीं है, तो सीधे जाएं: 141.101.245.117 - इस कदम के बाद हर किसी के पास अपडेट नहीं हैं)

विशेष रूप से हब्रायुज़र के लिए हमने हब्रमोनोइटर तैयार किया , जो इंजन और सर्वर पर वर्तमान लोड के ग्राफ (5 मिनट के अंतराल के साथ) को दर्शाता है।

और फोर्स एंड फैन आपके साथ रह सकता है।