Explicación de las «actualizaciones integradas» de Android Nougat

IMG_9441

En todas las generaciones de dispositivos Android, hasta Marshmallow incluido, las actualizaciones del sistema operativo han funcionado básicamente de la misma manera: la actualización se descarga, el teléfono se reinicia y la actualización se aplica. Durante este tiempo, el teléfono se vuelve inútil, al menos hasta que la actualización se haya instalado por completo. Con las nuevas «actualizaciones integradas» de Nougat, este modelo es cosa del pasado.

Cómo han cambiado las actualizaciones en Android 7.0 Nougat

Google ha tomado una página de su propio sistema operativo Chrome para el nuevo método de actualización. Las Chromebook siempre han funcionado así de manera efectiva: la actualización se descarga en segundo plano y luego le indica al usuario que es necesario reiniciar para finalizar el proceso de instalación. Un reinicio rápido más tarde y la actualización está completa, sin esperar a que se instale, sin «optimizar» o cualquier otra cosa que parece llevar años . Es rápido, fácil y, sobre todo, no tiene una cantidad excesiva de tiempo de inactividad.

A partir de Android 7.0, esta es la dirección en la que van las actualizaciones de Android. Vale la pena mencionar aquí que esto no se aplicará a los dispositivos actualizados a Nougat, solo a los que se envían con el software. La razón de esto es perfectamente lógica: este nuevo método de actualización requerirá dos particiones del sistema para funcionar, y casi todos los teléfonos Android actuales solo tienen una. Volver a particionar el dispositivo sobre la marcha podría ser potencialmente catastrófico (y probablemente lo sería en muchos escenarios), por lo que la decisión de Google de dejarlo solo en los teléfonos de la generación actual es respetable, aunque un fastidio.

Relacionado:  Las mejores funciones nuevas en Android 10, disponibles ahora

Funciona un poco como esto: hay una partición de sistema activa y una partición inactiva, que son imágenes espejo una de la otra. Cuando una actualización de OTA está disponible, la partición activa la descarga y luego actualiza la partición inactiva. Un reinicio más tarde, la partición inactiva se activa y la partición anteriormente activa se vuelve inactiva, aplicando el software actualizado.

Esto no solo hace que todo el proceso de actualización sea inmensamente más rápido, sino que también sirve como una especie de sistema de respaldo. Si algo sale mal con la actualización, el sistema puede detectar que hay un error durante el arranque y simplemente volver a la partición del sistema no afectada. Al reiniciar, puede volver a hacer ping a los servidores de descarga, volver a aplicar la actualización y reiniciar nuevamente para completar el proceso. En comparación con la forma en que se manejan las fallas catastróficas de actualización en el sistema actual, que requiere mucha interacción del usuario, herramientas de desarrollo de Android y familiaridad con la línea de comandos, el método de partición dual es simplemente mejor.

Todavía no hemos visto esto en acción, por lo que todavía quedan muchas preguntas

Por supuesto, viene con su propio conjunto de preguntas e inquietudes. Si bien entendemos cómo funciona este sistema en teoría, todavía tenemos que ver cómo funciona realmente en la práctica, ya que Nougat aún no ha tenido una actualización y ningún dispositivo se ha enviado con 7.0. Todo es especulación, pero me imagino que cuando se aplica una actualización, por ejemplo, es probable que el rendimiento del sistema sufra un impacto bastante fuerte.

Relacionado:  Cómo instalar Fortnite para Android (sin Google Play)

Además, si eres como yo, leíste la sección anterior y pensaste: «¿Cuánto espacio ocupará tener dos particiones del sistema?» Uno podría asumir automáticamente que ocupará el doble de espacio, lo cual no es completamente incorrecto, pero también debe recordar que se trata de particiones del sistema , lo que no significa que requerirá dos copias de cada aplicación instalada. Aún así, eso significa que los sistemas actuales que ocupan un gigabyte, un tamaño no infrecuente para un sistema operativo Android, podrían ahora requerir esencialmente dos gigabytes (o más).

Dicho esto, Google se ha trasladado a un nuevo sistema de archivos llamado SquashFS, que es un sistema de archivos de solo lectura altamente comprimido originalmente diseñado para sistemas integrados en situaciones de poca memoria. Esto definitivamente debería ayudar a compensar algunos de los problemas de espacio que inevitablemente acompañarán a tener una configuración de partición de dos sistemas. Aún así, podemos comenzar a ver que los dispositivos se envían con un mínimo de 32 GB en el futuro. El tiempo dirá.

Tampoco está claro qué sucede con la nueva partición inactiva después de la actualización. Existe la posibilidad de que luego se actualice en segundo plano y luego espere a que llegue otra nueva OTA, pero no hay documentación técnica que respalde esta teoría, solo yo pienso en voz alta. Aún así, parece tener sentido para mí, porque de lo contrario, este nuevo sistema aparentemente parecería una especie de escenario de actualización de una vez y hecho, que es exactamente la dirección opuesta a la que Google está tratando de ir aquí.

Relacionado:  Cómo realizar un seguimiento de sus pasos con solo un teléfono iPhone o Android

Desafortunadamente, dado que aún no existe un dispositivo que admita el nuevo sistema Seamless Update, algunas de estas preguntas simplemente quedarán sin respuesta. Una vez que comiencen a desplegarse las nuevas generaciones de teléfonos, comprenderemos mucho mejor cómo funcionará todo esto en el mundo real. Pero por ahora: parece algo muy bueno.