Proiectul Google Treble modularizează Android, astfel încât OEM-urile să poată actualiza dispozitivele mai rapid

click fraud protection

Astăzi, Google a anunțat Project Treble, un proiect care modularizează Android, astfel încât OEM-urile să poată furniza actualizări Android mai rapid.

Una dintre criticile majore la adresa Android este fragmentarea actualizărilor software. Până în prezent, multe dispozitive trebuie să aștepte câteva luni după ce omologii lor de pe dispozitive Google doar pentru a primi următoarea versiune majoră de Android. De exemplu, Android Nougat a fost lansat oficial în luna august a anului trecut, dar OEM-urilor a avut nevoie de luni de zile pentru a lansa Android 7.X pentru utilizatorii lor. Din această lună, doar aproximativ 7% din toate dispozitivele Android rulează Android Nougat. Într-un efort de a combate perioada lungă de timp dintre lansarea noilor versiuni de Android și actualizarea OEM-urilor dispozitivele lor, Google a anunțat cea mai mare schimbare a arhitecturii de sistem de nivel scăzut a Android până în prezent - Proiect Treble.


Project Treble - Modularizarea Android pentru a îmbunătăți actualizările software

În primul rând, pentru a înțelege ce anume face Project Treble, este important să înțelegeți procesul general de actualizare implicat cu fiecare iterație de Android. Procesul poate fi rezumat în aproximativ 5 pași, astfel:

  1. AOSP Release - Google publică codul sursă al noii versiuni Android
  2. Pornire/Compatibilitate hardware - Producători de silicon (Qualcomm, Samsung, Hisilicon, MediaTek etc.) modificați codul sursă, astfel încât Android să poată porni pe cipurile lor, iar tot hardware-ul de pe cip funcționează ca așteptat
  3. Modificări OEM - Această sursă modificată este apoi dată producătorilor de dispozitive (OEMS, cum ar fi Samsung, LG, Huawei/Honor, OnePlus, HTC etc.), astfel încât să poată modifica sursa pentru a le include pe a lor software.
  4. QA/Testare - OEM-urile trec prin faze de testare a software-ului intern și, de asemenea, își testează software-ul cu partenerii lor de transport.
  5. Versiune generală - actualizarea este în cele din urmă pusă la dispoziție utilizatorilor finali timp de câteva săptămâni prin actualizări OTA

Google este în general foarte rapid să lanseze codul sursă al fiecărei versiuni noi de Android și chiar își partajează codul în mod privat cu unii dintre partenerii lor astfel încât să poată începe să-și actualizeze imediat baza de cod. Google nu controlează cât durează pașii 4 și 5, dar a găsit o modalitate de a reduce timpul petrecut în timpul pasului 2. Echipa din spatele Android „re-arhitectează” Android la un nivel scăzut pentru a facilita actualizarea și testarea codului producătorilor de siliciu.

În acest scop, Google introduce ceea ce se numesc Interfața furnizorului. Această interfață de furnizor este similară ca funcționare cu Documentul de definire a compatibilității (CDD) și Compatibility Test Suite (CTS), ambele asigură că OEM-urile știu exact ce trebuie să implementeze pentru ca dispozitivele lor să îndeplinească cerințele necesare pentru a rula Serviciile Google Play pe cea mai recentă versiune de Android. Google modularizează Android, astfel încât cadrul de operare Android să fie păstrat separat de software-ul de nivel inferior specific dispozitivului, scris de producătorii de siliciu. Vendor Interface este validată de Vendor Test Suite (VTS), astfel încât producătorii de siliciu știu exact ce cerințe trebuie îndeplinite pentru ca cipurile lor să accepte pornirea Android.

Principalul beneficiu al acestei schimbări este că producătorii de dispozitive (OEM) pot alege acum să-și actualizeze telefoanele prin actualizarea cadrului de operare Android. fără a fi nevoie să aștepte producătorii de siliciu pentru a-și actualiza codul de implementare a furnizorului. În timp ce această mișcare, dacă a fost făcută mai devreme, ar fi puțin probabil să fi afectat indiferent dacă sunt sau nu dispozitive de pe MSM8974 primiți actualizarea Android 7.0 Nougat (deoarece problema de acolo provine din CDD-ul care necesită fie API-ul Vulkan Graphics, fie GLES 3.1, ceea ce este ceva ce OEM-urile ar trebui să aștepte producătorii de siliciu să aducă suport pentru GPU în codul lor sursă), această mișcare ar trebui să reducă în continuare semnificativ timpul necesar pentru ca actualizările majore de Android să ajungă în mâinile consumatori.

Cât de mult va reduce această mișcare timpul de întârziere al actualizării, nu putem prezice exact. Microsoft a rezolvat această problemă cu mult timp în urmă cu abstracția hardware a driverelor Windows, așa că sperăm că această schimbare majoră la nivel scăzut aduce Android oarecum mai aproape de Windows în acest sens. Noua arhitectură Project Treble rulează deja pe Google Pixel și Pixel XL pe Android O Developer Previzualizare și documentația completă a proiectului vor fi disponibile odată cu lansarea Android O mai târziu vară.

Din păcate, asta înseamnă că pentru marea majoritate a dispozitivelor existente, nu veți vedea roadele muncii echipei Android în Project Treble. Vor trece câțiva ani până vom putea vedea cu adevărat dacă această mișcare a avut sau nu un efect semnificativ asupra reducerii timpului pe care trebuie să îl așteptați pentru a obține următoarea versiune de Android. Cu toate acestea, aceasta este o dezvoltare interesantă pentru fanii Android, deoarece abordează una dintre problemele de bază cu sistemul de operare pe care mulți dintre noi venim pe forumurile XDA-Developers pentru a-l aborda: actualizări de software. Sperăm să fie la înălțimea hype-ului.


Sursa: Blogul dezvoltatorilor Android