Project Treble de Google modulariza Android para que los OEM puedan actualizar los dispositivos más rápido

click fraud protection

Hoy, Google ha anunciado Project Treble, un proyecto que modulariza Android para que los OEM puedan ofrecer actualizaciones de Android más rápidamente.

Una de las principales críticas a Android es la fragmentación de las actualizaciones de software. Hasta el día de hoy, muchos dispositivos tienen que esperar varios meses después de que sus homólogos de dispositivos de Google solo reciban la próxima versión principal de Android. Por ejemplo, Android Nougat se lanzó oficialmente en agosto del año pasado, pero los fabricantes de equipos originales han tardado meses en implementar Android 7.X para sus usuarios. A partir de este mes, solo aproximadamente el 7% de todos los dispositivos Android ejecutan Android Nougat. En un esfuerzo por combatir el largo período de tiempo entre el lanzamiento de nuevas versiones de Android y la actualización de los OEM sus dispositivos, Google ha anunciado el mayor cambio en la arquitectura del sistema de bajo nivel de Android hasta la fecha - Proyecto triple.


Project Treble: modularización de Android para mejorar las actualizaciones de software

En primer lugar, para comprender qué es exactamente lo que hace Project Treble, es importante que comprenda el proceso de actualización general relacionado con cada iteración de Android. El proceso se puede resumir en aproximadamente 5 o más pasos, como tal:

  1. Lanzamiento AOSP - Google publica el código fuente del nuevo lanzamiento de Android
  2. Compatibilidad de arranque/hardware: fabricantes de silicio (Qualcomm, Samsung, Hisilicon, MediaTek, etc.) modifique el código fuente para que Android pueda arrancar en sus chips, y todo el hardware en el chip funcione como esperado
  3. Modificaciones OEM: esta fuente modificada se entrega a los fabricantes de dispositivos (OEMS como Samsung, LG, Huawei/Honor, OnePlus, HTC, etc.) para que puedan modificar la fuente para incluir su propia software.
  4. QA/Pruebas: los OEM se someten a fases de prueba del software internamente y también prueban su software con sus socios operadores.
  5. Versión general: la actualización finalmente estará disponible para los usuarios finales durante varias semanas a través de actualizaciones OTA

Google suele ser muy rápido en publicar el código fuente de cada nueva versión de Android, e incluso comparte su código de forma privada con algunos de sus socios para que puedan comenzar a actualizar inmediatamente su base de código. Google no tiene control sobre la duración de los pasos 4 y 5, pero ha descubierto una forma de reducir el tiempo dedicado al paso 2. El equipo detrás de Android está "rediseñando" Android a un nivel bajo para facilitar que los fabricantes de silicio actualicen y prueben su código.

Con ese fin, Google está introduciendo lo que ellos llaman el Interfaz de proveedor. Esta Interfaz de proveedor tiene una función similar al Documento de definición de compatibilidad (CDD) y al Conjunto de pruebas de compatibilidad (CTS), los cuales garantizan que los OEM saber exactamente lo que necesitan implementar para que sus dispositivos cumplan con los requisitos necesarios para ejecutar Google Play Services en la última versión de Androide. Google está modularizando Android para que el marco del sistema operativo Android se mantenga separado del software de nivel inferior específico del dispositivo escrito por los fabricantes de silicio. La interfaz de proveedor está validada por Vendor Test Suite (VTS), por lo que los fabricantes de silicio saben exactamente qué requisitos deben cumplir para que sus chips admitan el arranque de Android.

El principal beneficio de este cambio es que los fabricantes de dispositivos (OEM) ahora pueden optar por actualizar sus teléfonos actualizando el marco del sistema operativo Android. sin tener que esperar a los fabricantes de silicio para actualizar su código de implementación de proveedor. Si bien este movimiento, si se hubiera hecho antes, probablemente no habría afectado si los dispositivos en el MSM8974 o no recibir la actualización de Android 7.0 Nougat (ya que el problema se deriva de la CDD que requiere la API de gráficos Vulkan o GLES 3.1, que ES algo que los OEM tendrían que esperar). fabricantes de silicio traigan compatibilidad con GPU en su código fuente), este movimiento aún debería reducir significativamente el tiempo que tardan las principales actualizaciones de Android en llegar a manos de consumidores

No podemos predecir exactamente cuánto reducirá este movimiento el tiempo de retraso de la actualización. Microsoft resolvió este problema hace mucho tiempo con la abstracción de hardware de los controladores de Windows, por lo que esperamos que este importante cambio de bajo nivel acerque Android un poco a Windows en ese sentido. La nueva arquitectura Project Treble ya se está ejecutando en Google Pixel y Pixel XL en Android O Developer La vista previa y la documentación completa del proyecto estarán disponibles con el lanzamiento de Android O más adelante este verano.

Desafortunadamente, eso significa que para la gran mayoría de los dispositivos existentes, no verá los frutos del trabajo del equipo de Android en Project Treble. Pasarán algunos años antes de que podamos ver realmente si este movimiento ha tenido o no un efecto significativo en la reducción del tiempo de espera para obtener la próxima versión de Android. Sin embargo, este es un desarrollo emocionante para los fanáticos de Android, ya que aborda uno de los problemas centrales. con el sistema operativo que muchos de nosotros venimos a los foros de XDA-Developers para abordar: actualizaciones de software. Esperamos que esté a la altura de las expectativas.


Fuente: Blog de desarrolladores de Android