X86 के लिए Android अनुप्रयोगों का अनुकूलन। 2 जीआईएस का अनुभव

संभवतः, 2 जीआईएस - रूसी भू-सेवा प्रस्तुत करने के लिए हबरा के पाठकों के लिए इसका कोई मतलब नहीं है, जो हमारे (और न केवल) देश के कई शहरों के निवासियों के लिए जानकारी का सबसे महत्वपूर्ण स्रोत बन गया है। सेवा के डेवलपर्स मोबाइल एप्लिकेशन पर बहुत ध्यान देते हैं - यह उत्पाद विभिन्न मोबाइल ओएस के लिए उपलब्ध है और Google Play और ऐप स्टोर पर "मैप्स", "नेविगेशन" की श्रेणियों में सर्वश्रेष्ठ मुफ्त अनुप्रयोगों में से एक है।
X86 पर आधारित एंड्रॉइड ओएस वाले मोबाइल उपकरणों को 2GIS से थोड़ा कम के लिए जाना जा सकता है, लेकिन सीमा में लगातार वृद्धि के साथ, उनकी प्रसिद्धि बढ़ रही है।
हमने 2 जीआईएस को इंटेल के ब्लॉग पर जाने के लिए आमंत्रित किया, ताकि वे x86 आर्किटेक्चर के लिए प्रोग्राम के मोबाइल संस्करण को अनुकूलित करने के बारे में कुछ सवाल पूछ सकें। सर्गेई गैलिन द्वारा तैयार किए गए उत्तर - मोबाइल 2 जीआईएस विकास दल के प्रमुख।

देशी कोड का उपयोग करने के संदर्भ में आपका आवेदन कैसे काम करता है? यानी इसका प्रतिशत कितना बड़ा है, देशी तरीके से क्या किया जा रहा है और क्यों?
हमारा Android एप्लिकेशन 99% मूल कोड में चलता है - अर्थात एप्लिकेशन शुरू करने और एंड्रॉइड एपीआई के साथ काम करने की प्रक्रिया को छोड़कर बिल्कुल सब कुछ। रेंडरिंग फंक्शंस के लिए ऑपरेटिंग सिस्टम का उपयोग किए बिना, पूरे यूजर इंटरफेस को "इन-हाउस" प्रदान करना शामिल है। यह Qt 4.8 (Android पर पोर्ट हमारा अपना है) पर आधारित एक क्रॉस-प्लेटफ़ॉर्म एप्लिकेशन है। यह ऐतिहासिक रूप से हुआ, चूंकि सिम्बियन और विंडोज मोबाइल के लिए विकास शुरू हुआ, तब मैं एंड्रॉइड (उस समय एंड्रॉइड 2.2) को जोड़ना चाहता था। हालांकि, हमारे आवेदन के "गुरुत्वाकर्षण" को ध्यान में रखते हुए, जो वास्तविक समय में एक 3 डी मानचित्र खींचता है और एक विशाल ऑफ़लाइन डेटाबेस के साथ काम करता है, जावा विकास के साथ एंड्रॉइड का "डिफ़ॉल्ट" दृष्टिकोण बस "बाहर नहीं" होगा - न तो गति के संदर्भ में, और न ही आवश्यक राशि में। राम। मूल कोड में, हम लगभग समान कार्यात्मक अनुप्रयोग एक नियमित डेस्कटॉप कंप्यूटर पर बना सकते हैं, और इसे 2011 मॉडल के बजट फोन पर भी चला सकते हैं।

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

X86 संस्करण को जारी करने का निर्णय क्यों लिया गया?
क्योंकि ऐसा करना वास्तव में आसान था! और यह अच्छा नहीं था कि इंटेल प्रोसेसर वाले उत्कृष्ट उपकरणों पर एप्लिकेशन अच्छी तरह से काम नहीं करता है।
हम अब अन्य चीजों के साथ, उपकरणों और प्लेटफार्मों के लिए समर्थन के व्यवस्थित विस्तार के साथ व्यस्त हैं, इसलिए यह हमारी योजनाओं के साथ अच्छी तरह से फिट बैठता है।
और प्रदान किए गए उपकरणों के लिए इंटेल के लिए धन्यवाद, उनके बिना जमीन से विषय को स्थानांतरित करना अधिक कठिन होगा :)

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

X86 और ARM संस्करणों के लिए तकनीकी रूप से लागू समर्थन कैसे = i.e. आपके पास अलग-अलग एपीके या एक आम है, संकलन कैसे होता है (क्या दोनों संस्करण स्वचालित रूप से संकलन करते हैं या कोई विकल्प है?) परीक्षण के बारे में एक ही सवाल।
अलग APK। वैसे, चूंकि हमने इस तरह की स्कीम पर स्विच किया था, उसी समय हमने ARMv7 के लिए अनुकूलित पैकेज पेश किए, इसलिए हमारे पास 3 पैकेज हैं: ARMv5, ARMv7 और x86।
ऑटो असेंबली सिस्टम या तो एक संस्करण को चुनने के लिए इकट्ठा करता है (जल्दी से एक ताजा असेंबली प्राप्त करने के लिए), या एक साथ तीनों (स्वीकृति परीक्षण और प्रकाशन के लिए)।
स्वीकृति परीक्षण कम से कम दो प्लेटफार्मों पर किया जाना चाहिए, और फिर तीसरे को त्वरित रूप से जांचा जा सकता है ("स्मोक परीक्षण")। वास्तव में, हमने कभी भी किसी भी सीपीयू एबीआई के लिए विशिष्ट किसी भी कीड़े का सामना नहीं किया है :) एक्स 86 पर एंड्रॉइड एआरएम पर ही व्यवहार करता है, अब तक कोई असंगति का पता नहीं चला है।

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