Google डेवलपर आइसक्रीम सैंडविच में "पूर्ण हार्डवेयर त्वरण" के बारे में मिथकों को फैलाता है

सुप्रभात, हेब्र!

मुझे अपने लिए xda-developers.com की दिलचस्प खबर मिली, जो Google डेवलपर डायना हैकबॉर्न की Google प्रोफ़ाइल से नवीनतम पोस्ट "ICS में पूर्ण हार्डवेयर त्वरण के मिथकों को नष्ट करना" है। मैंने इन दोनों प्रकाशनों के आधार पर एक संक्षिप्त अनुवाद-रिटेलिंग करने के लिए स्वतंत्रता ली, जिसे मैं नीचे हैब्रैट के तहत उद्धृत करता हूं। इस प्रकाशन का पहला संस्करण मेरे द्वारा इस रात पहले ही ब्लॉग R2-D2: लाभ के साथ एंड्रॉइड पर प्रकाशित किया गया था, लेकिन विषय मुझे कवरेज के योग्य लगता था, हबराब्र पर भी (मुझे उम्मीद है कि इस तथ्य की चर्चा फिर से बढ़ाने की आवश्यकता नहीं है कि गिरावट के बाद "लिंक" अनुभाग और वास्तव में मर गया)।



Google डेवलपर डायना हैबोर्न ने अपने Google+ पृष्ठ पर एंड्रॉइड 4.0 आइसक्रीम सैंडविच में इंटरफ़ेस के हार्डवेयर त्वरण के बारे में जानकारी साझा की। इस समारोह के दौरान जो उत्साह पैदा हुआ, वह न सिर्फ ऐसा हुआ, बल्कि अन्य मोबाइल ऑपरेटिंग सिस्टमों की तुलना में एंड्रॉइड में 2 डी तत्वों को प्रदान करने की चिकनाई के बारे में बहुत सारे दोहराव की आवाज आई।

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

खिड़की की संरचना को प्रस्तुत करने के विपरीत, खिड़की के अंदर की छवि को पारंपरिक रूप से एंड्रॉइड 2.X और उससे कम में प्रोसेसर का उपयोग करके प्रदान किया गया था। हालाँकि, एंड्रॉइड 3.0 हनीकॉम्ब में, इन फ़ंक्शंस को ग्राफिक्स त्वरक में स्थानांतरित किया जा सकता है, लेकिन केवल अगर एप्लिकेशन मैनिफ़ेस्ट में यह स्पष्ट रूप से एंड्रॉइड विकल्प द्वारा इंगित किया गया है: हार्डवेयरअंकित = "सच"। एंड्रॉइड 4.0 आईसीएस के बीच एकमात्र अंतर यह है कि विकास के दौरान, अंतिम उपलब्ध एपीआई स्तर 14 (और भविष्य के सभी में) का उपयोग करते हुए, यह विकल्प डिफ़ॉल्ट रूप से अनुप्रयोगों के लिए चालू होता है।
ऐसा लगता है कि अब हमारे पास Android 4.0 ICS में हार्डवेयर एक्सेलेरेशन सक्षम होने के साथ सभी अनुप्रयोगों को "बनाने" का अवसर है, भले ही यह सही न हो, लेकिन क्या यह सही नहीं है? वास्तव में, यह पूरी तरह सच नहीं है। उदाहरण के लिए, उदाहरण के लिए, एक PowerVR वीडियो त्वरक, नेक्सस S और यहां तक ​​कि गैलेक्सी नेक्सस में उपयोग किए जाने वाले ड्राइवर प्रत्येक प्रक्रिया के लिए 8 एमबी रैम खाते हैं जो हार्डवेयर त्वरण का उपयोग करता है। ऐसा लगता है कि इतना नहीं है? यह मामला नहीं था, क्योंकि कई प्रक्रियाओं द्वारा तुरंत रैम की ऐसी सक्रिय खपत सामान्य रूप से मेमोरी की खपत में काफी वृद्धि करती है, जो तुरंत मल्टीटास्किंग की गति को प्रभावित करती है - इसकी महत्वपूर्ण मंदी तक। नतीजतन, Google विकास टीम अब ठीक-ठीक ट्यूनिंग पर महत्वपूर्ण प्रयास कर रही है जो उपयोगकर्ता इंटरफ़ेस के किन हिस्सों को वास्तव में नेक्सस एस के हार्डवेयर त्वरण की आवश्यकता है।

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

Google+ डायना पर आधारित और xda-developers.com पर चर्चा