एंड्रॉइड नई लिनक्स कर्नेल सुविधाओं के लिए "अपस्ट्रीम फर्स्ट" मॉडल पर स्थानांतरित हो रहा है

जब आप एक ही वाक्य में "एंड्रॉइड" और "फ्रैग्मेंटेशन" शब्द देखते हैं, तो आपका दिमाग शायद तुरंत इस पर विचार करता है। Android संस्करण वितरण चार्ट. ऐसी कुछ संस्थाएं हैं जिन पर अधिकांश लोग अपनी उंगलियां उठाते हैं जब वे शिकायत करते हैं कि एंड्रॉइड ओएस अपडेट को धीरे-धीरे जारी किया जा रहा है, लेकिन Google केवल इतना ही कर सकता है बल ओईएम अधिक तेजी से अपडेट विकसित और जारी करेंगे। हालाँकि, Google जो कर सकता है, वह विकास के समय को कम कर सकता है और इस प्रकार अपडेट जारी करने की लागत को कम कर सकता है।

विकास के बोझ को कम करने के लिए Google की दीर्घकालिक परियोजना में पहली बड़ी पहल है प्रोजेक्ट ट्रेबल. 2017 में एंड्रॉइड 8.0 ओरेओ के साथ घोषित, प्रोजेक्ट ट्रेबल ने ओएस फ्रेमवर्क को विक्रेता कार्यान्वयन (एचएएल और डिवाइस-विशिष्ट लिनक्स कर्नेल फोर्क) से अलग करके एंड्रॉइड को मॉड्यूलर किया। इससे एंड्रॉइड ओईएम के लिए नवीनतम एओएसपी फ्रेमवर्क के शीर्ष पर अपने ओएस को रीबेस करना आसान हो गया क्योंकि वे विक्रेताओं से अद्यतन कोड की आवश्यकता के बिना नवीनतम संस्करण को बूट कर सकते थे। परिणामस्वरूप, ओईएम अपने कस्टम एंड्रॉइड फोर्क्स को पहले की तुलना में तेजी से तैयार कर सकते हैं, और विस्तार से, प्रमुख ओएस अपडेट को और अधिक तेजी से रोल आउट कर सकते हैं।

Google की योजनाओं में अगला कदम प्रमुख एंड्रॉइड घटकों के लिए अपडेट की डिलीवरी को सुव्यवस्थित करना था। गूगल ने इस पहल को नाम दिया है प्रोजेक्ट मेनलाइन जब इसने 2019 में इसे एंड्रॉइड 10 के साथ पेश किया। Google ने अनिवार्य रूप से प्रमुख OS घटकों पर नियंत्रण कर लिया और OEM को उन्हें संशोधित करने से रोक दिया। फिर उन्होंने Google Play के माध्यम से एक वितरण तंत्र स्थापित किया ताकि वे OEM द्वारा स्वयं पैच लागू करने की प्रतीक्षा किए बिना इन प्रमुख घटकों के लिए दूरस्थ रूप से अपडेट रोल आउट कर सकें। मेनलाइन ने इस बात में काफी सुधार किया कि डिवाइस कितनी जल्दी महत्वपूर्ण ओएस घटकों के अद्यतन संस्करण प्राप्त करते हैं, जिससे समग्र रूप से एंड्रॉइड पारिस्थितिकी तंत्र की सुरक्षा में सुधार होता है।

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

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

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

इस समस्या के समाधान के प्रयास में, Google एंड्रॉइड जेनेरिक कर्नेल इमेज (जीकेआई) पर काम कर रहा है, जो अनिवार्य रूप से एक एसीके शाखा से सीधे संकलित कर्नेल है। GKI SoC विक्रेता और OEM अनुकूलन को प्लगइन मॉड्यूल से अलग करता है, आउट-ऑफ-ट्री कोड को समाप्त करता है और Google को कर्नेल अपडेट को सीधे अंतिम उपयोगकर्ता तक पहुंचाने की अनुमति देता है। एक वर्ष से अधिक समय से, Google Play Store के माध्यम से GKI अपडेट वितरित करने के तरीके पर काम कर रहा है, मेनलाइन मॉड्यूल के उपयोग के माध्यम से.

हमारे सूत्रों के अनुसार, जो डिवाइस लॉन्च होते हैं एंड्रॉइड 12 और लिनक्स कर्नेल 5.10 के साथ जहाज को Google-हस्ताक्षरित बूट छवि तैनात करनी होगी। Google का अपना है पिक्सेल 6 श्रृंखला एंड्रॉइड 12 के साथ लॉन्च होगी और लिनक्स कर्नेल 5.10 के साथ शिप होगी, इसलिए दोनों फोन जीकेआई के साथ शिप करने वाले पहले बड़े बाजार डिवाइस हो सकते हैं।

इसके अलावा, Google के टॉड केजोस ने खुलासा किया कि कंपनी नई लिनक्स कर्नेल सुविधाओं के लिए "अपस्ट्रीम फर्स्ट" डेवलपमेंट मॉडल में स्थानांतरित होने की योजना बना रही है। इससे Google को यह सुनिश्चित करने में मदद मिलेगी कि नया कोड पहले मेनलाइन लिनक्स कर्नेल में आएगा, जिससे एंड्रॉइड डिवाइस पर अधिक आउट-ऑफ-ट्री कोड लैंडिंग से होने वाले भविष्य के तकनीकी ऋण में कमी आएगी।

इस सप्ताह लिनक्स प्लंबर सम्मेलन में, केजोस ने कहा, "चूंकि आउट-ऑफ-ट्री मॉड्यूल हमारे उपयोग के मामले में वास्तव में महत्वपूर्ण हैं, हम उम्मीद करते हैं कि हमारे पास हमेशा निर्यात का एक सेट होगा और कुछ चीजें जो अलग हैं या इसके अतिरिक्त हैं अपस्ट्रीम, लेकिन यह पूरी परियोजना एक बहु-वर्षीय परियोजना है जो जितना संभव हो सके उतने अधिक पेड़-पौधों से छुटकारा पाने की दिशा में काम कर रही है, और जितना संभव हो उतना संरेखित करने की दिशा में काम कर रही है। अपस्ट्रीम।" Google का लक्ष्य 2022 के अंत तक मौजूदा सुविधाओं को बेहतर बनाने और विक्रेता परिवर्तनों को अलग करने की दिशा में अपना काम पूरा करना है और, 2023 से शुरू करके, कंपनी इस तरह के मुद्दों से बचने के लिए इस "अपस्ट्रीम फर्स्ट" विकास मॉडल को अपनाने की योजना बना रही है। भविष्य।