Google მუშაობს Qualcomm-თან, რათა გააადვილოს პროგრამული უზრუნველყოფის განახლებების მიწოდება, რაც საშუალებას აძლევს Android OS-ის 4 ვერსიას და უსაფრთხოების 4 წლიან განახლებებს.
3 წელზე მეტი ხნის წინ Google გამოაცხადა Project Treble, Android-ის მთავარი რეარქიტექტურა, რომელიც შექმნილია პროგრამული უზრუნველყოფის განახლების დასაჩქარებლად. მიუხედავად იმისა, რომ Project Treble-ის მიერ დანერგილი არქიტექტურა დაეხმარა OEM-ებს დააჩქარონ ძირითადი საგნების მიწოდება Android OS-ის განახლებები და ყოველთვიური უსაფრთხოების პატჩები, მან უარყოფითი გავლენა მოახდინა SoC პროვაიდერებზე, როგორიცაა Qualcomm. სინამდვილეში, Treble-მ რეალურად გაზარდა სირთულე და, შესაბამისად, საინჟინრო ხარჯები, რომლებიც დაკავშირებულია Android OS განახლების მხარდაჭერასთან ნებისმიერი მოცემული ჩიპსეტისთვის. ამან შეზღუდა მხარდაჭერის ხანგრძლივობა, რომელსაც Qualcomm შეუძლია უზრუნველყოს თავისი SoC-ებისთვის, მაგრამ ეს მალე შეიცვლება. ყველა Snapdragon SoC, რომელიც გაშვებულია Android 11 ან უფრო ახალი ვერსიით — იწყება Snapdragon 888-ით, Qualcomm მხარს დაუჭერს Android OS ვერსიის 3 განახლებას (გაშვების გამოშვება + 3 ასო განახლებები) ასევე უსაფრთხოების 4 წლის განახლებებს. ეს არის დამატებითი წელი, ვიდრე ისინი ადრე ითვალისწინებდნენ თავიანთ ფლაგმანურ 800 სერიის ჩიპსეტებს.
დღევანდელი განცხადება მნიშვნელოვანია, მაგრამ მისი გაგება შეუძლებელია იმის გარეშე, თუ რისი მიღწევა სცადა Google Project Treble-ით 3 წლის წინ.
Treble-მა შექმნა განხეთქილება Android OS ჩარჩოს შორის (მათ შორის ყველა UI კოდი, API და სისტემის პროცესები, რომლებიც აპლიკაციებია). ურთიერთქმედება) და მოწყობილობის სპეციფიკურ, დაბალი დონის პროგრამულ უზრუნველყოფას (მათ შორის, Linux-ის ბირთვისა და აპარატურის აბსტრაქციის შრეები, ან HAL-ები). მოწყობილობის სპეციფიკური, დაბალი დონის პროგრამული უზრუნველყოფა ურთიერთობს Android OS ჩარჩოსთან კარგად განსაზღვრული, სტაბილური გამყიდველის ინტერფეისი. Android OS-ის თითოეული ვერსია იძლევა გარანტიას უკანა თავსებადობის მომწოდებლის იმპლემენტაციასთან, რასაც Google უზრუნველყოფს გამყიდველის ტესტის ნაკრების (VTS) გამოყენებით, შესაბამისობის სტანდარტიზებული ტესტის კომპლექტს. ეს ნიშნავს, რომ, მაგალითად, Android 11 OS-ის ჩარჩო თავსებადია Android 10-ისთვის შექმნილი გამყიდველის იმპლემენტაციასთან. სინამდვილეში, Android-ის ყოველი ახალი გამოშვებისთვის, Google აქვეყნებს ზოგადი სისტემის სურათებს (GSIs), წყაროზე აგებულ სისტემის სურათებს, რომლებიც თავსებადია გამყიდველის დანერგვის ბოლო 3 ვერსიასთან. როდესაც OEM აშენებს ახალ Android მოწყობილობას, მათ თავისუფლად შეუძლიათ შეცვალონ Android OS ჩარჩო, რათა შემოიტანონ ახალი საკუთრების ფუნქციები და API-ები, მაგრამ მათ უნდა უზრუნველყონ, რომ მოწყობილობის გამყიდველის დანერგვა თავსებადია GSI.
უპირველეს ყოვლისა, Treble ამცირებს ფრაგმენტაციას და აჩქარებს OS-ის ახალი განახლებების მიწოდებას — გაცილებით ნაკლებია მსხვრევა Android OS-ის ჩარჩოს (რომელიც ღიაა) დაწყვილებისას წყარო და Google-ის მიერ მოწოდებული) და მოწყობილობის სპეციფიკური, დაბალი დონის პროგრამული უზრუნველყოფა (რომელიც ხშირად არის დახურული წყარო და მოწოდებულია SoC მომწოდებლებთან კონტრაქტით) სტაბილური გამყიდველის წყალობით ინტერფეისი. იდეალურ შემთხვევაში, ეს ნიშნავს, რომ OEM-ებს შეუძლიათ ნაკლები დრო დახარჯონ ტექნიკის შეცდომების გამოსწორებაზე და მეტი დრო თავიანთი სისტემის დონის ცვლილებების პორტირებაზე Android OS-ის უახლესი გამოშვების თავზე. სინამდვილეში, მას შემდეგ, რაც Treble დაინერგა, Google ამბობს, რომ OEM-ებმა მიიღეს Android OS-ის უახლესი გამოშვება ბევრად უფრო სწრაფად, ვიდრე ადრე. „Android 11-ის ამოქმედების დროს, Android 10-ზე 667 მილიონი აქტიური მომხმარებელი იყო, რომელთაგან 82%-მა მიიღო თავისი Android 10 build საჰაერო (OTA) განახლების მეშვეობით“, - თქვა Google-მა.
იმის გამო, რომ Android-ის ყოველი ახალი გამოშვება ამატებს მხარდაჭერას უფრო მეტი ტექნიკის ფუნქციებისთვის (OS-ს სჭირდება ახალი ფუნქციების მხარდაჭერა თვალი ადევნეთ მობილური ინდუსტრიის სწრაფ წინსვლას), ამისთვის Google-მა უნდა განაახლოს გამყიდველის ინტერფეისი გათავისუფლება. ამრიგად, კომპანია განსაზღვრავს HAL-ის ახალ მოთხოვნებს და ავალდებულებს Linux-ის ბირთვის ახალ ვერსიებს, მაგრამ მათ მხოლოდ მოწყობილობები სჭირდებათ გაშვება ახალი Android OS გამოშვებით, რომელიც რეალურად მხარს უჭერს ამ გამყიდველზე ზემოქმედების ცვლილებებს. მაგალითად, თუ Google ცვლის Android-ის კამერას HAL, რათა მხარდაჭერილი იყოს უკანა კამერის მრავალი სენსორი, მხოლოდ ახალი Android-ის ვერსიით გაშვებული ახალი მოწყობილობები უნდა იყოს მხარს უჭერს განახლებულ HAL-ს, ხოლო ძველ მოწყობილობებს, რომლებიც განახლდებიან ახალ ვერსიაზე, შეუძლიათ ხელახლა გამოიყენონ თავიანთი ძველი გამყიდველის დანერგვა ამ ახალი კამერის HAL-ის გარეშე მოთხოვნა. ეს ამცირებს ღირებულებას და სირთულეს - OEM-ის პერსპექტივიდან - ახალი Android OS გამოშვების ძველ მოწყობილობაზე შემოტანის. თუმცა პრობლემა ის არის, რომ ეს მიდგომა დამატებით სირთულეს აჩენს SoC მომწოდებლებისთვის, როგორიცაა Qualcomm, MediaTek და სხვები.
ამ დიზაინის პრინციპის შედეგად, Qualcomm-მა და სხვა SoC მომწოდებლებმა უნდა უზრუნველყონ Android OS-ის ჩარჩო პროგრამული უზრუნველყოფის მრავალი კომბინაციის მხარდაჭერა და გამყიდველის დანერგვა. SoC გამყიდველს, რომელიც მხარს უჭერს Android OS-ის 3 თაობის ვერსიებს კონკრეტული ჩიპსეტისთვის, უნდა ჰქონდეს OS-ის ჩარჩო პროგრამული უზრუნველყოფის 6 კომბინაცია და გამყიდველის დანერგვის მხარდაჭერა. ეს იმიტომ ხდება, რომ სანამ OEM-ებს შეუძლიათ თავი აარიდონ ძველი გამყიდველის იმპლემენტაციის ხელახლა გამოყენებას ახალი HAL და Linux ბირთვის გვერდის ავლით. ვერსიის მოთხოვნები, SoC მომწოდებლებმა უნდა უზრუნველყონ მათი გამყიდველის განხორციელების მხარდაჭერა როგორც ძველი, ასევე ახალი მოთხოვნები. მათ არ აქვთ არჩევანის გაკეთება. გაამრავლეთ ეს იმ ათეულობით ჩიპსეტზე, რომლებსაც SoC-ის გამყიდველმა უნდა დაუჭიროს მხარი და ხედავთ, როგორ გაზარდა Treble-მ მათთვის სირთულე.
სწორედ ამ მიზეზის გამოა, რომ Qualcomm და სხვა SoC მომწოდებლები ძირითადად უზრუნველყოფენ მაქსიმუმ 2 OS ასოს განახლებას და უსაფრთხოების 3 წლიან განახლებებს კონკრეტული ჩიპსეტისთვის. მიუხედავად იმისა, რომ ზუსტი ხარჯები არ ვიცი, ვფიქრობ, რომ ეკონომიკურად მიზანშეწონილი არ არის SoC-ის მომწოდებლებისთვის, როგორიცაა Qualcomm, ჩიპსეტების მხარდაჭერა ამაზე ბევრად დიდხანს. ჩვენ ვნახეთ, რომ Qualcomm და სხვა SoC მომწოდებლები ხანდახან უზრუნველყოფენ მხარდაჭერას უფრო დიდხანს, მაგრამ ეს დამოკიდებულია OEM-ების მოთხოვნაზე რომ იყოს ეკონომიური. თუ ასეთი მოთხოვნა არ არსებობს, მაშინ OEM-ებს ეკისრებათ აიღონ განვითარების ხარჯები ახალი Android-ის გამოშვებისთვის - და ეს არ არის ადვილი საქმე. მაგრამ Google-ისა და Qualcomm-ის ერთობლივი ძალისხმევის წყალობით, ეს უკანასკნელი ახლა მხარს დაუჭერს 4 Android OS-ს. ვერსიები და 4 წლიანი უსაფრთხოების განახლებები შერჩეული Snapdragon ჩიპსეტებისთვის, დაწყებული Qualcomm-ით Snapdragon 888.
იმისათვის, რომ ეს შესაძლებელი გახდეს, Google-მა გააფართოვა Project Treble-ის „არარეტროაქტიურობის პრინციპი“ SoC-ებზე, მოწყობილობების გარდა. ეს ნიშნავს, რომ ახალი HAL და Linux ბირთვის ვერსიის მოთხოვნები არ იქნება რეტროაქტიული SoC-ებისთვის. ასე, მაგალითად, SoC რომ Android 11-ით გაშვებას (როგორც Snapdragon 888) შეუძლია ხელახლა გამოიყენოს იგივე გამყიდველის დანერგვა Android 12-ის მხარდასაჭერად. Android 14. ამრიგად, SoC მომწოდებლებს შეუძლიათ შექმნან ერთი Board Support Package (BSP) კონკრეტული ჩიპსეტისთვის, რათა გავრცელდეს OEM-ები, ვიდრე BSP-ის მრავალი ვერსიის შენარჩუნება, რომელიც უნდა განახლდეს ყოველ ახალ Android-თან ერთად გათავისუფლება. ეს მკვეთრად ამცირებს საინჟინრო ხარჯებს, რომლებიც დაკავშირებულია Android-ის მხარდაჭერასთან კონკრეტულ ჩიპსეტზე, რაც აძლევს SoC-ის მომწოდებლებს, როგორიცაა Qualcomm, უფრო დიდხანს მხარდაჭერილი ჩიპსეტებისთვის.
Google ასევე მუშაობს Qualcomm-თან, რათა დარწმუნდეს, რომ ეს უკანასკნელი გამოიყენებს იგივე OS ჩარჩო პროგრამულ უზრუნველყოფას რამდენიმე Qualcomm-ში. ჩიპსეტები, რაც კიდევ უფრო ამცირებს ოპერაციული სისტემის ჩარჩოს და გამყიდველის განხორციელების კომბინაციების რაოდენობას, რაც Qualcomm-ს უწევს მხარდაჭერა. SoC მომწოდებლები ამჟამად ცვლიან AOSP ჩარჩო კოდს და ქმნიან ზოგადი სისტემის სურათების საკუთარ ვერსიებს. Qualcomm-ს, მაგალითად, ეწოდება QSSI, ხოლო MediaTek-ს ჰქვია MSSI. ეს SoC-სპეციფიკური სისტემის სურათები ახლა გარანტირებული იქნება, რომ თავსებადია მრავალ ჩიპსეტთან, ისევე როგორც ძველ მომწოდებელ პროგრამულ უზრუნველყოფას, ისევე როგორც Google-ის AOSP GSI.
Qualcomm Snapdragon 888-ის მქონე მოწყობილობები, სავარაუდოდ, ძალიან მალე გამოვა, დაწყებული Xiaomi Mi 11 და Samsung Galaxy S21 სერიებით. მიუხედავად იმისა, რომ ჩვენ ვიმედოვნებთ, რომ Google-ისა და Qualcomm-ის განცხადება ნიშნავს, რომ Snapdragon 888-ის ყველა მოწყობილობა მიიღებს Android OS-ის 3 წლიან განახლებებს და უსაფრთხოების პაჩის განახლებებს, არ არსებობს გარანტია, რომ ეს ასე იქნება. OEM-ებს ჯერ კიდევ სჭირდებათ მნიშვნელოვანი თანხების ინვესტიცია OS-ის ახალი ვერსიების შესაქმნელად და გასავრცელებლად - მაგრამ ეს ბევრად უფრო სავარაუდოა, რომ ახლა მოხდეს, როდესაც თავად Qualcomm მხარს დაუჭერს Android OS 4 ვერსიას. ვიმედოვნებთ, რომ ერთი ან მეტი OEM ისარგებლებს დღევანდელი განცხადებით, რათა გამოაცხადოს გაფართოებული პროგრამული მხარდაჭერა მათი მომავალი ფლაგმანი ტელეფონებისთვის, რომლებიც აღჭურვილია Snapdragon 888-ით. OEM-ების უმეტესობა ამ დროისთვის მხოლოდ 2 წლიან Android-ის განახლებებს გვთავაზობს, მაშინ როცა Samsung და Google 3 წელს გვპირდებიან. ეს ჯერ კიდევ ძალიან მოკლეა Apple-თან შედარებით და სამართლიანად იქნა გამოძახებული ბევრჯერ და გაგრძელდება მანამ, სანამ ეს ხარვეზი არ შემცირდება.
რაც შეეხება სხვა SoC მომწოდებლებს, Google აწარმოებს მოლაპარაკებებს მათთან, რომ გამოიყენოს ეს ახალი ურეტროაქტიურობის პრინციპი, რათა მათაც უზრუნველყონ გაფართოებული პროგრამული მხარდაჭერა თავიანთი ჩიპსეტებისთვის. ჩვენ არ გვაქვს რაიმე დადასტურება MediaTek-ის ან სხვა SoC-ის მომწოდებლებისგან, მაგრამ ჩვენ ვერ ვხედავთ მიზეზს, თუ რატომ არ დაეთანხმებიან ისინი ამ იდეას - ყოველ შემთხვევაში, ახალი ჩიპსეტებისთვის. Google-ის თქმით, ისინი ელიან, რომ ძირითადად მხოლოდ ახლად გაშვებული SoC-ები ისარგებლებენ ამით ცვლილებები, ასე რომ, ნუ ელით, რომ რომელიმე თქვენი ამჟამინდელი მოწყობილობა მიიღებს გაფართოებულ პროგრამულ მხარდაჭერას დღევანდელის გამო განცხადება.
ეს სტატია განახლდა 12:50 საათზე ET 12/16/2020, რათა შეიცვალოს "მოწყობილობები" სათაურში "ჩიპსეტებად", რათა უკეთ აისახოს, თუ სად შევა ცვლილებები ძალაში. Google-ის თავაზიანობით სტატიას დაემატა დამატებითი ინფორმაცია.
ეს სტატია განახლდა საღამოს 2:10 საათზე ET, რათა აისახოს, რომ Google და Qualcomm გვპირდებიან მხარდაჭერას 4 Android-ისთვის ოპერაციული სისტემის ვერსიები - ნიშნავს გაშვების გამოშვებას პლუს 3 წლიანი Android OS განახლებები - ვიდრე 4 წლიანი OS განახლებები. თუმცა, Qualcomm გვპირდება უსაფრთხოების განახლებებს 4 წლის განმავლობაში.