Dans toutes les générations d'appareils Android, jusqu'à Marshmallow, les mises à jour du système d'exploitation fonctionnent essentiellement de la même manière: la mise à jour est téléchargée, le téléphone redémarre et la mise à jour est appliquée. Pendant ce temps, le téléphone devient inutile, du moins jusqu'à ce que la mise à jour soit complètement installée. Avec les nouvelles «mises à jour transparentes» de Nougat, ce modèle appartient au passé.
Comment les mises à jour ont changé dans Android 7.0 Nougat
Google a pris une page de son propre Chrome OS pour la nouvelle méthode de mise à jour. Les Chromebooks ont toujours fonctionné de la manière suivante: la mise à jour se télécharge en arrière-plan, puis invite l'utilisateur à redémarrer pour terminer le processus d'installation. Un redémarrage rapide plus tard, et la mise à jour est terminée - pas d'attente pour l'installation de la mise à jour, pas d '«optimisation» ou tout autre élément qui semble prendre . C'est rapide, facile et surtout, il n'y a pas de temps d'arrêt déraisonnable.
À partir d'Android 7.0, c'est dans cette direction que vont les mises à jour Android. Il convient de mentionner ici que s'appliquent aux appareils mis à jour vers Nougat, uniquement ceux livrés avec le logiciel. La raison en est parfaitement logique: cette nouvelle méthode de mise à jour nécessitera deux partitions système pour fonctionner, et pratiquement tous les téléphones Android actuels n'en ont qu'une. Le re-partitionnement de l'appareil à la volée pourrait être potentiellement catastrophique (et le serait probablement dans de nombreux scénarios), de sorte que la décision de Google de le laisser seul sur les téléphones de la génération actuelle est respectable, bien que décevante.
Cela fonctionne un peu comme ceci: il y a une partition système active et une partition dormante, qui sont des images miroir l'une de l'autre. Lorsqu'une mise à jour OTA devient disponible, la partition active la télécharge, puis met à jour la partition dormante. Un redémarrage plus tard, la partition dormante devient active, et la partition anciennement active devient dormante, ceci appliquant le logiciel mis à jour.
EN RELATION: Comment mettre à niveau manuellement votre appareil Nexus avec les images d'usine de Google
Non seulement cela accélère considérablement le processus de mise à jour, mais cela sert également de sorte de système de sauvegarde. En cas de problème avec la mise à jour, le système peut détecter une erreur lors du démarrage et simplement revenir à la partition système non affectée. Au redémarrage, il peut à nouveau envoyer une requête ping aux serveurs de téléchargement, réappliquer la mise à jour et redémarrer à nouveau pour terminer le processus. Par rapport à la façon dont les échecs de mise à jour catastrophiques sont gérés dans le système actuel, ce qui nécessite beaucoup d'interaction de l'utilisateur, des outils de développement Android et familiarité avec la ligne de commande - la méthode à double partition est tout simplement meilleure.
Nous n'avons pas encore vu cela en action, il y a donc encore beaucoup de questions
Bien sûr, il comporte son propre ensemble de questions et de préoccupations. Bien que nous comprenions comment ce système fonctionne en théorie, nous n'avons pas encore vu comment il fonctionne réellement dans la pratique, car Nougat n'a pas encore eu de mise à jour et aucun appareil n'a été livré avec la version 7.0. Tout n’est que spéculation, mais j’imagine que lorsqu’une mise à jour est appliquée, par exemple, les performances du système seront probablement très affectées.
De plus, si vous êtes comme moi, vous avez lu la section ci-dessus et vous vous êtes dit: "Combien d'espace prendra deux partitions système?" On pourrait automatiquement supposer que cela prendra deux fois plus d'espace, ce qui n'est pas complètement incorrect, mais vous devez également vous rappeler que ce sont partitions, ce qui ne signifie pas qu'il faudra deux copies de chaque application installée. Pourtant, cela signifie que les systèmes actuels qui prennent un gigaoctet - une taille qui n'est pas rare pour un système d'exploitation Android - pourraient désormais nécessiter essentiellement deux gigaoctets (ou plus).
Cela dit, Google est passé à un nouveau système de fichiers appelé SquashFS, qui est un système de fichiers en lecture seule hautement compressé conçu à l'origine pour les systèmes embarqués dans des situations de faible mémoire. Cela devrait certainement aider à compenser certains des problèmes d'espace qui iront inévitablement avec une configuration à deux partitions système. Néanmoins, nous pouvons commencer à voir des appareils livrés avec un minimum de 32 Go à l'avenir. Le temps nous le dira.
Il est également difficile de savoir ce qu'il advient de la nouvelle partition dormante après la mise à jour. Il est possible qu'il soit ensuite mis à jour en arrière-plan et ensuite attendre l'arrivée d'une autre nouvelle OTA, mais il n'y a pas de documentation technique pour soutenir cette théorie - je réfléchis simplement à voix haute. Pourtant, cela me semble logique, car sinon, ce nouveau système ressemblerait apparemment à une sorte de scénario de mise à jour ponctuel, ce qui est exactement la direction opposée à laquelle Google tente d'aller ici.
Malheureusement, comme il n’existe pas encore d’appareil prenant en charge le nouveau système de mise à jour transparente, certaines de ces questions devront simplement rester sans réponse. Une fois que les nouvelles générations de téléphones commenceront à être déployées, nous comprendrons beaucoup mieux comment tout cela fonctionnera dans le monde réel. Mais pour l'instant: cela semble être une très bonne chose.
