ოდესმე გინდოდათ განახლების ცდა რეალურად განახლების გარეშე? DSU Android 10-ში შექმნილია ამისათვის, მაგრამ ამჟამად ის შეზღუდულია. ეს შეიძლება მალე შეიცვალოს.
Android OS და უსაფრთხოების დონის ფრაგმენტაცია არის უზარმაზარი პრობლემა, რომლის წინააღმდეგ საბრძოლველად Google ინვესტირებას უწევს დიდ ინჟინერიულ ძალისხმევას. ბოლო ორი წლის განმავლობაში Google-მა გამოაცხადა ორი ძირითადი ინიციატივა, რომლებიც შექმნილია განახლებების გავრცელების დასაჩქარებლად: პროექტი Treble და პროექტის მთავარი ხაზი. ეს უკანასკნელი მხოლოდ მაისში გამოცხადდა Google I/O 2019და ის მხარდაჭერილია მხოლოდ Android 10-ით გაშვებულ მოწყობილობებზე. თუმცა, პირველი მას შემდეგ არსებობს Google I/O 2017, ასე რომ, ჩვენ დავინახეთ, რამდენად დიდი გავლენა იქონია მას Android-ის განახლებებზე Android 9 Pie-ით და Android 10.
ფრაგმენტაციის შემცირების გარდა, Google-ს ასევე სურს, რომ Project Treble სასარგებლო იყოს აპლიკაციების დეველოპერებისთვის. ამიტომაც გაამხილეს დინამიური სისტემის განახლებები (DSU) Android 10-ში, რათა დეველოპერებს ნება მიეცით სცადონ OS-ის ახალი განახლების barebones ვერსია ჩამტვირთველის განბლოკვისა და მონაცემების წაშლის გარეშე. ხედავს DSU-ს პოტენციალს, Google აქ არ ჩერდება — ისინი აფართოებენ მის სარგებლობას, რაც შესაძლებელს ხდის OTA განახლებების OEM-ების დაინსტალირებას GSI-ების დაყენების გზით.
ეს ბევრი ჟარგონია, მაგრამ წარმოიდგინეთ, რომ ეს მოხდება მომავალში: OEM გამოუშვებს ტელეფონს Android 10-ით და იწყებს ბეტა პროგრამას Android 11-ისთვის. თქვენ გაინტერესებთ სცადოთ ეს ბეტა ახალი ფუნქციების სანახავად, მაგრამ არ გსურთ თქვენი ამჟამინდელი ყოველდღიური დრაივერის სტაბილურობის რისკის ქვეშ. იმის ნაცვლად, რომ ჩართოთ ბეტა განახლება და იმედი ვიქონიოთ, რომ ის სრულყოფილად სტაბილურია, რატომ არ უნდა დააინსტალიროთ ის დროებით DSU ნაკადის მეშვეობით? თუ არ მოგწონთ, უბრალოდ გადატვირთეთ და თქვენი დაყენება ნორმალურად დაბრუნდება. თუ მოგეწონებათ, შეგიძლიათ განახლების "დათანხმება".
მე არ ვიცი თქვენი შესახებ, მაგრამ ეს იქნება მისასალმებელი ცვლილება Android-ში, რომელიც ბეტა ტესტირებას უფრო სასიამოვნოს გახდის. თქვენ აღარ მოგიწევთ ბეტა განახლების ვალდებულება, რათა ნახოთ როგორია ის თქვენთვის. დარწმუნებული ვარ, ბევრ თქვენგანს აწუხებს Android 10 ბეტას ნახვა თქვენი მოწყობილობისთვის, მაგრამ შეიძლება არ მოგეწონოთ მისი დაუყოვნებელი ინსტალაცია. DSU-ში განხორციელებული ცვლილებებით, ეს აღარ იქნება შემაშფოთებელი.
დინამიური სისტემის განახლებები Android 10+-ში - რა იცვლება
ლუკა სტეფანი, XDA პორტალის მეგობარი და ა აღიარებული დეველოპერი, გვაცნობეს ა ახალი ვალდებულება გაერთიანდა AOSP-ში სათაურით "დაამონტაჟეთ მრავალი DSU დანაყოფი, როდესაც არსებობს". commit ცვლის ფაილური სისტემის ცხრილში (fstab) და დაიწყეთ პროცესი ისე, რომ DSU დანაყოფები სისტემის გარდა, ამჟამად პროდუქტისა და გამყიდველის ჩათვლით, შეიძლება დამონტაჟდეს ჩატვირთვისას პროცესი.
ამჟამად, DSU შექმნილია იმისთვის, რომ მოგცეთ უფლება ჩატვირთოთ ზოგადი სისტემის სურათი (GSI), AOSP-დან შედგენილი barebones სისტემის სურათი, ასე რომ თქვენ შეგიძლიათ შეამოწმოთ ახალი API და სხვა ცვლილებები Android-ის უახლეს განახლებაში. თუმცა, ამ ცვლილებით, DSU ასევე მიიღებს პროდუქტისა და გამყიდველის სურათებს. პირველი შეიცავს მოწყობილობის სპეციფიკურ აპებს, ბიბლიოთეკებს და სხვა ფაილებს, ხოლო მეორე შეიცავს მოწყობილობის სპეციფიკურ ბინარებს. Project Treble-მა შექმნა ის ისე, რომ თქვენ შეგიძლიათ ჩატვირთოთ მოწყობილობა სისტემის გამოსახულების გამოყენებით, მოწყობილობის სპეციფიკური ფაილების გარეშე, ასე რომ, ახლა პროდუქტის და გამყიდველის ჩატვირთვის დაშვება არ არის დიდი აზრი.
თუმცა, Google-ის ინჟინერი ცალსახად ამბობს, რომ ეს ცვლილება მიზნად ისახავს „OEM-ებს დაუშვას OTA პაკეტების დაყენება /data-ზე და შემდეგ გამოიყენოს [DSU“ ნაკადი product.img-ის დასამონტაჟებლად, system.img, [and] vendor.img from /data." ეს ნიშნავს, რომ მიმდინარე ინსტალაციის ახალი OTA პაკეტით გადაწერის ნაცვლად, OTA შეიძლება დროებით ჩაიტვირთოს DSU-ს მეშვეობით. OTA განახლების საცდელი გამოცდის შემდეგ, „მომხმარებელს შეუძლია გადაწყვიტოს, სურს თუ არა ამ სურათების „გადაცემა“ /super-ზე თუ არა“. ამ ბოლო ნაწილის შესახებ ცვლილებების „ჩადება“ ჯერ კიდევ მიმდინარეობს, რადგან Google-ის ერთ-ერთი ინჟინერი აღნიშნავს, რომ „ამჟამად ჩვენ არ გვაქვს DSU დანაყოფების დამზადების გეგმა. მუდმივი DSU-ს კონტექსტში." შემდეგ ის აცხადებს, თუ როგორ შეიძლება ეს განხორციელდეს, მაგრამ რომ ეს განხორციელება "საზღვრებს სცილდება" მიმდინარე პაჩი.
არის გარკვეული ტერმინები და ცნებები, რომლებიც აქ უნდა ავხსნათ, რადგან Google-ს უყვარს დანაყოფის სქემის შეცვლა Android-ის ყველა ვერსიაში. დამწყებთათვის, გირჩევთ წაიკითხოთ ჩემი წინა სტატია დინამიური სისტემის განახლებები ფართო მიმოხილვისთვის, თუ როგორ მუშაობს იგი, მაგრამ მოკლედ, ის სარგებლობს "დინამიური დანაყოფის" კონცეფციით, შენახვის ერთი რეალური დანაყოფი (ე.წ. "სუპერ" დანაყოფი), რომელიც იყოფა ზომის შეცვლად ლოგიკურ ტიხრებად (სისტემის, გამყიდველის, პროდუქტის და system_ext ჩათვლით), დროებით ინსტალაციისთვის GSI. GSI-ის დაყენებისას, DSU ქმნის სივრცეს ახალი სისტემისთვის და მომხმარებლის მონაცემების სურათებისთვის, არსებული მომხმარებლის მონაცემების დანაყოფის ზომის შეცვლით. DSU მხარდაჭერის სამშენებლო ბლოკები (დინამიური ტიხრები, ramdisk და საკონტროლო წერტილები მონაცემთა სარეზერვო ასლისთვის) არის გაშვების მოთხოვნები. Android 10ასე რომ, Android OS-ის ახალი ვერსიით გაშვებულ ნებისმიერ მოწყობილობას უნდა ჰქონდეს DSU მხარდაჭერა. DSU არ არის ორმაგი ჩატვირთვის გადაწყვეტა საბაჟო ROM-ებისთვის, რომელსაც ზოგიერთი თქვენგანი ეძებს, რადგან შესაძლებელია მხოლოდ სურათების დაყენება, რომლებიც შეესაბამება Android Verified Boot (AVB) კლავიშებს. თუმცა, ამ ახალი ცვლილებით, ის შეიძლება ბევრად უფრო სასარგებლო აღმოჩნდეს მომავალში.
დინამიური დანაყოფების გარდა, Google-მა ასევე შემოიტანა "ვირტუალური A/B" კონცეფცია Android 10-ში. ეს არის ძირითადად იმპლემენტაცია ორმაგი A/B ტიხრები ადრე, მაგრამ ნაცვლად ლოგიკური დანაყოფებით. A/B ტიხრები მოიცავს მნიშვნელოვანი დანაყოფების ასლებს, რათა უზრუნველყონ შეუფერხებელი და უსაფრთხო განახლებები. "ვირტუალური A/B"-ის გამოყენება არის ის, თუ როგორ ფიქრობს Google-ის ერთ-ერთი ინჟინერი DSU ტიხრების "გადაწევაზე" მიმდინარე ინსტალაციის ტიხრებზე; ისევე როგორც მიმდინარე A/B OTA განახლების პროცესის დროს, შესაძლოა, ცვლილებები ახალი სურათებიდან განხორციელდეს არააქტიურ დანაყოფზე.
ეს ცვლილებები ჯერ კიდევ დამუშავების პროცესშია და შესაძლოა გარკვეული დრო დასჭირდეს Google-ის ან OEM-ების მიერ მათ გამოყენებას. ჩვენ ალბათ ვერ ვნახავ ამის რაიმე განხორციელებას, სანამ Android 11 R არ გამოვა წელიწადი. ასეც რომ იყოს, არ არსებობს გარანტია, რომ OEM-ებმაც კი მიიღებენ ამ ფუნქციას მისი OTA განახლებისთვის. იმის გათვალისწინებით, თუ რამდენად სასარგებლოა ეს ბეტა ტესტირებისთვის, თუმცა, ვფიქრობ, რომ Google უკვე მუშაობს დაინტერესებულ OEM-ებთან, რათა ჩართოს ეს ფუნქცია მომავალი განახლებისთვის. მე პირადად აღფრთოვანებული ვარ Android-ის ახალი განახლებების ყიდვამდე მცდელობის პერსპექტივით, მაგრამ თქვენ რას იტყვით?