დღეს Google-მა გამოაცხადა Project Treble, პროექტი, რომელიც ანდროიდის მოდულირებას ახდენს, რათა OEM-ებმა უფრო სწრაფად მოემსახურონ Android-ის განახლებებს.
Android-ის ერთ-ერთი მთავარი კრიტიკა არის პროგრამული უზრუნველყოფის განახლებების ფრაგმენტაცია. დღემდე, ბევრ მოწყობილობას უწევს ლოდინი რამდენიმე თვის შემდეგ მათი Google მოწყობილობის კოლეგებისგან, რათა მიიღონ Android-ის შემდეგი ძირითადი ვერსია. მაგალითად, Android Nougat ოფიციალურად გამოვიდა გასული წლის აგვისტოში, მაგრამ OEM-ებს თვეები დასჭირდათ Android 7.X-ის გამოქვეყნებისთვის მათი მომხმარებლებისთვის. ამ თვის მდგომარეობით, ყველა Android მოწყობილობის მხოლოდ დაახლოებით 7% მუშაობს Android Nougat-ზე. Android-ის ახალი ვერსიების გამოშვებასა და OEM-ების განახლებას შორის ხანგრძლივი დროის წინააღმდეგ ბრძოლის მიზნით მათ მოწყობილობებზე Google-მა გამოაცხადა ყველაზე დიდი ცვლილება Android-ის დაბალი დონის სისტემის არქიტექტურაში დღემდე - პროექტი Treble.
Project Treble - Android-ის მოდულირება პროგრამული უზრუნველყოფის განახლებების გასაუმჯობესებლად
პირველ რიგში, იმისათვის, რომ გაიგოთ, რას აკეთებს Project Treble ზუსტად, თქვენთვის მნიშვნელოვანია გაიგოთ ზოგადი განახლების პროცესი, რომელიც დაკავშირებულია Android-ის თითოეულ გამეორებასთან. პროცესი შეიძლება დაიყოს დაახლოებით 5 ნაბიჯად, როგორც ასეთი:
- AOSP Release - Google აქვეყნებს Android-ის ახალი გამოშვების წყაროს კოდს
- ჩატვირთვის/ტექნიკის თავსებადობა - სილიკონის მწარმოებლები (Qualcomm, Samsung, Hisilicon, MediaTek და ა.შ.) შეცვალეთ საწყისი კოდი, რათა Android-მა შეძლოს ჩატვირთვა მათ ჩიპებზე და ჩიპზე არსებული ყველა აპარატურა ფუნქციონირებს როგორც მოსალოდნელია
- OEM მოდიფიკაციები - ეს შეცვლილი წყარო შემდეგ გადაეცემა მოწყობილობის მწარმოებლებს (OEMS როგორიცაა Samsung, LG, Huawei/Honor, OnePlus, HTC და ა.შ.), რათა მათ შეძლონ შეცვალონ წყარო, რათა შეიტანონ საკუთარი პროგრამული უზრუნველყოფა.
- QA/ტესტირება - OEM-ები გადიან შიდა პროგრამული უზრუნველყოფის ტესტირების ფაზებს და ასევე ამოწმებენ მათ პროგრამულ უზრუნველყოფას თავიანთ ოპერატორ პარტნიორებთან.
- ზოგადი გამოცემა - განახლება საბოლოოდ ხელმისაწვდომი ხდება საბოლოო მომხმარებლებისთვის რამდენიმე კვირის განმავლობაში OTA განახლებების მეშვეობით
Google ზოგადად ძალიან სწრაფად ავრცელებს Android-ის ყოველი ახალი ვერსიის წყაროს კოდს და კიდევ უზიარებს მათ კოდს პირადად ზოგიერთ პარტნიორთან ასე რომ, მათ შეუძლიათ დაუყოვნებლივ დაიწყონ თავიანთი კოდის ბაზის განახლება. Google-ს არ აქვს კონტროლი იმაზე, თუ რამდენ ხანს გაივლის მე-4 და მე-5 ნაბიჯები, მაგრამ მათ გამონახეს გზა, რომ შეამცირონ დახარჯული დრო მე-2 საფეხურზე. Android-ის მხარდამჭერი გუნდი ახორციელებს Android-ის „ხელახლა არქიტექტურას“ დაბალ დონეზე, რათა გაუადვილოს სილიკონის მწარმოებლებს მათი კოდის განახლება და ტესტირება.
ამ მიზნით, Google წარმოგიდგენთ იმას, რასაც მათ უწოდებენ გამყიდველის ინტერფეისი. ეს მომწოდებლის ინტერფეისი ფუნქციით მსგავსია თავსებადობის განსაზღვრის დოკუმენტის (CDD) და თავსებადობის ტესტის კომპლექტის (CTS) ფუნქციით, რომლებიც უზრუნველყოფენ OEM-ებს ზუსტად იციან, რა უნდა დანერგონ, რათა მათმა მოწყობილობებმა დააკმაყოფილონ Google Play Services-ის უახლეს ვერსიაზე გასაშვებად აუცილებელი მოთხოვნები Android. Google ახორციელებს Android-ის მოდულირებას ისე, რომ Android OS-ის ჩარჩო დაცალკევდეს სილიკონის მწარმოებლების მიერ დაწერილი ქვედა დონის პროგრამული უზრუნველყოფისგან. გამყიდველის ინტერფეისი დამოწმებულია Vendor Test Suite (VTS) მიერ, ასე რომ, სილიკონის მწარმოებლებმა ზუსტად იციან, რა მოთხოვნები უნდა დაკმაყოფილდეს, რათა მათმა ჩიპებმა უზრუნველყოს Android-ის ჩატვირთვის მხარდაჭერა.
ამ ცვლილების მთავარი უპირატესობა ის არის, რომ მოწყობილობების შემქმნელებს (OEM) ახლა შეუძლიათ აირჩიონ თავიანთი ტელეფონების განახლება Android OS ჩარჩოს განახლებით. სილიკონის მწარმოებლების ლოდინის გარეშე მათი გამყიდველის განხორციელების კოდის გასაახლებლად. მიუხედავად იმისა, რომ ეს ნაბიჯი, თუ ადრე განხორციელდება, ნაკლებად სავარაუდოა, რომ იმოქმედოს მოწყობილობები MSM8974-ზე თუ არა მიიღეთ Android 7.0 Nougat განახლება (რადგან პრობლემა გამომდინარეობს CDD-დან, რომელიც მოითხოვს Vulkan Graphics API-ს ან GLES 3.1-ს, რაც არის ის, რასაც OEM-ები უნდა ელოდონ სილიკონის მწარმოებლებმა მოიტანონ GPU-ს მხარდაჭერა თავიანთ საწყის კოდში), ამ ნაბიჯით მაინც მნიშვნელოვნად უნდა შემცირდეს დრო, რომ Android-ის ძირითადი განახლებები მივიდეს ხელში. მომხმარებლები.
რამდენად შეამცირებს ეს ნაბიჯი განახლების შეფერხების დროს, ჩვენ ზუსტად ვერ ვიწინასწარმეტყველებთ. მაიკროსოფტმა ეს საკითხი დიდი ხნის წინ გადაჭრა Windows-ის დრაივერების ტექნიკის აბსტრაქციის საშუალებით, ამიტომ ჩვენ ვიმედოვნებთ, რომ დაბალი დონის ეს მნიშვნელოვანი ცვლილება Android-ს გარკვეულწილად დააახლოებს Windows-ს ამ თვალსაზრისით. ახალი Project Treble არქიტექტურა უკვე მუშაობს Google Pixel-ზე და Pixel XL-ზე Android O Developer-ზე წინასწარი გადახედვა და პროექტის სრული დოკუმენტაცია ხელმისაწვდომი გახდება Android O-ის მოგვიანებით გაშვებით ზაფხულის.
სამწუხაროდ, ეს ნიშნავს, რომ არსებული მოწყობილობების აბსოლუტური უმრავლესობისთვის, თქვენ ვერ ნახავთ Android გუნდის შრომის ნაყოფს Project Treble-ში. რამდენიმე წელი გავა, სანამ ჩვენ ნამდვილად დავინახავთ, მოახდინა თუ არა ამ ნაბიჯმა მნიშვნელოვანი გავლენა იმ დროის შემცირებაზე, რომელიც დაგჭირდებათ Android-ის შემდეგი გემოს მისაღებად. მიუხედავად ამისა, ეს არის საინტერესო განვითარება ანდროიდის თაყვანისმცემლებისთვის, რადგან ის აგვარებს ერთ-ერთ მთავარ პრობლემას ოპერაციული სისტემით, რომლის განსახილველადაც ბევრი ჩვენგანი მოდის XDA-დეველოპერების ფორუმებზე: პროგრამული უზრუნველყოფის განახლებები. ჩვენ ვიმედოვნებთ, რომ ის გაამართლებს აჟიოტაჟს.
წყარო: Android Developers Blog