A Google Project Treble modularizálja az Android rendszert, így az OEM-ek gyorsabban frissíthetik az eszközöket

A Google ma bejelentette a Project Treble-t, egy olyan projektet, amely modularizálja az Androidot, hogy az OEM-ek gyorsabban szolgálhassák ki az Android frissítéseit.

Az Androiddal szembeni egyik fő kritika a szoftverfrissítések töredezettsége. A mai napig sok eszköznek több hónapot kell várnia a Google-eszközökre, hogy megkapja az Android következő fő verzióját. Például az Android Nougat hivatalosan tavaly augusztusban jelent meg, de az OEM-eknek hónapokig telt, mire kiadták az Android 7.X-et felhasználóik számára. E hónaptól kezdve az összes Android-eszköznek csak körülbelül 7%-a fut Android Nougat rendszerrel. Az Android új verzióinak megjelenése és az OEM-ek frissítése közötti hosszú idő leküzdése érdekében eszközeiket, a Google bejelentette az Android alacsony szintű rendszerarchitektúrájának eddigi legnagyobb változását - Projekt Treble.


Project Treble – Az Android modulálása a szoftverfrissítések javítása érdekében

Először is, annak megértéséhez, hogy pontosan mit csinál a Project Treble, fontos, hogy megértse az Android minden iterációjához kapcsolódó általános frissítési folyamatot. A folyamat körülbelül 5 lépésben foglalható össze:

  1. AOSP kiadás – A Google közzéteszi az új Android-kiadás forráskódját
  2. Rendszerindítás/Hardverkompatibilitás – Szilíciumgyártók (Qualcomm, Samsung, Hisilicon, MediaTek stb.) módosítsa a forráskódot, hogy az Android elindulhasson a chipjeiken, és a chipen lévő összes hardver így működjön várt
  3. OEM-módosítások – Ezt a módosított forrást az eszközgyártók (OEM-ek, mint pl Samsung, LG, Huawei/Honor, OnePlus, HTC stb.), így módosíthatják a forrást, hogy belefoglalják a sajátjukat szoftver.
  4. Minőségbiztosítás/tesztelés – Az OEM-ek belső tesztelési fázisokon mennek keresztül, és a szoftvert szolgáltató partnereikkel együtt tesztelik.
  5. Általános kiadás – a frissítés végül több héten keresztül elérhetővé válik a végfelhasználók számára OTA-frissítéseken keresztül

A Google általában nagyon gyorsan kiadja minden új Android-verzió forráskódját, sőt privátban megosztja kódját néhány partnerével így azonnal hozzáláthatnak a kódbázis frissítéséhez. A Google-nak nincs befolyása arra, hogy mennyi ideig tart a 4. és 5. lépés, de kitalálták a módját, hogy csökkentsék a 2. lépésben eltöltött időt. Az Android mögött álló csapat alacsony szinten "újratervezi" az Androidot, hogy megkönnyítse a szilíciumgyártók számára a kód frissítését és tesztelését.

Ennek érdekében a Google bevezeti az úgynevezett Szállítói felület. Ez a szállítói interfész funkciója hasonló a kompatibilitási meghatározási dokumentumhoz (CDD) és a kompatibilitási tesztcsomaghoz (CTS), amelyek mindegyike biztosítja, hogy az OEM-ek pontosan tudják, mit kell végrehajtaniuk ahhoz, hogy eszközeik megfeleljenek a Google Play szolgáltatások legújabb verzióján történő futtatásához szükséges követelményeknek. Android. A Google modularizálja az Androidot, hogy az Android operációs rendszer keretrendszere külön legyen a szilíciumgyártók által írt, eszközspecifikus, alacsonyabb szintű szoftverektől. A Vendor Interface-t a Vendor Test Suite (VTS) validálja, így a szilíciumgyártók pontosan tudják, milyen követelményeknek kell megfelelniük ahhoz, hogy chipjeik támogassák az Android rendszerindítását.

A változás fő előnye, hogy az eszközgyártók (OEM-ek) mostantól választhatják telefonjaik frissítését az Android operációs rendszer keretrendszerének frissítésével. anélkül, hogy meg kellene várnia a szilíciumgyártókat hogy frissítsék a szállítói megvalósítási kódjukat. Bár ez a lépés, ha korábban megtörténik, valószínűleg nem befolyásolta volna hogy az MSM8974-en lévő eszközök-e vagy sem megkapja az Android 7.0 Nougat frissítést (mivel a probléma a CDD-ből ered, amely vagy a Vulkan Graphics API-t vagy a GLES 3.1-et igényli, amire az OEM-eknek várniuk kell a szilíciumgyártók GPU-támogatását a forráskódjukba), ennek a lépésnek továbbra is jelentősen lerövidülnie kell ahhoz az időhöz, amíg a főbb Android-frissítések eljutnak a fogyasztók.

Nem tudjuk pontosan megjósolni, hogy ez a lépés mennyivel csökkenti a frissítési késleltetési időt. A Microsoft már régen megoldotta ezt a problémát a Windows illesztőprogramjainak hardveres elvonatkoztatásával, ezért reméljük, hogy ez a jelentős, alacsony szintű változás ennek értelmében valamelyest közelebb hozza az Androidot a Windowshoz. Az új Project Treble architektúra már fut a Google Pixel és a Pixel XL Android O Developer rendszeren Az előnézet és a projekt teljes dokumentációja az Android O későbbi megjelenésével válik elérhetővé nyár.

Sajnos ez azt jelenti, hogy a meglévő eszközök túlnyomó többségénél nem fogja látni az Android csapat munkájának gyümölcsét a Project Treble-ben. Eltelik néhány év, mire valóban látni fogjuk, hogy ez a lépés jelentős hatással volt-e az Android következő ízének megszerzéséhez szükséges várakozási idő csökkentésére. Mindazonáltal ez egy izgalmas fejlesztés az Android rajongók számára, mivel az egyik alapvető problémát kezeli az operációs rendszerrel, amellyel sokan keresik az XDA-Developers fórumait: szoftverfrissítések. Reméljük, megfelel a hype-nak.


Forrás: Android Developers Blog