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, au moins jusqu’à ce que la mise à jour soit complètement installée. Avec les nouvelles «Seamless Updates» 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é comme suit: 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 âge. 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 ce Ne fera pas 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 à peu près 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.
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 revenir simplement à 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 – qui nécessite beaucoup d’interaction de l’utilisateur, des outils de développement Android et une 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 est de la spéculation, mais j’imagine que lorsqu’une mise à jour est appliquée, par exemple, les performances du système seront probablement 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 système 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. Pourtant, nous pouvons commencer à voir des appareils livrés avec un de 32 Go à l’avenir. Le temps nous le dira.
On ne sait pas non plus 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 qu’un autre nouvel OTA arrive, mais il n’y a pas de documentation technique pour soutenir cette théorie – juste moi réfléchissant à voix haute. Pourtant, cela me semble logique, car sinon, ce nouveau système ressemblerait apparemment à une sorte de scénario de mise à jour unique, ce qui est exactement la direction opposée à laquelle Google essaie d’aller ici.
Malheureusement, comme il n’y a 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 à se déployer, 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.
