Aggiornamenti senza giunte di Android Nougat, Explained
In tutte le generazioni di dispositivi Android, fino a un Marshmallow incluso, gli aggiornamenti del sistema operativo hanno essenzialmente funzionato allo stesso modo: l'aggiornamento viene scaricato, il telefono si riavvia e l'aggiornamento viene applicato. Durante questo periodo, il telefono è reso inutilizzabile, almeno fino a quando l'aggiornamento non è stato completamente installato. Con i nuovi "Aggiornamenti senza giunte" di Nougat, questo modello appartiene al passato.
Come sono cambiati gli aggiornamenti in Android 7.0 Nougat
Google ha preso una pagina dal proprio sistema operativo Chrome per il nuovo metodo di aggiornamento. I Chromebook hanno sempre funzionato in modo efficace in questo modo: l'aggiornamento viene scaricato in background, quindi viene richiesto all'utente di riavviare il processo di installazione. Un rapido riavvio più tardi e l'aggiornamento è completo, non è necessario attendere l'installazione dell'aggiornamento, nessuna "ottimizzazione" o nessuna delle altre cose che sembrano prendere evo. È veloce, facile e, soprattutto, non ha una quantità irragionevole di tempi di inattività.
A partire da Android 7.0, questa è la direzione in cui stanno andando gli aggiornamenti di Android. Vale la pena ricordare qui questo non lo farò si applicano ai dispositivi aggiornati a Nougat, solo quelli forniti con il software. La ragione di ciò è perfettamente logica: questo nuovo metodo di aggiornamento richiede due partizioni di sistema per funzionare, e praticamente tutti gli attuali telefoni Android ne hanno solo uno. Ri-partizionare il dispositivo al volo potrebbe essere potenzialmente catastrofico (e probabilmente lo sarebbe in molti scenari), quindi la decisione di Google di lasciarlo da solo sui telefoni di generazione corrente è rispettabile, anche se un fiasco.
Funziona un po 'in questo modo: c'è una partizione di sistema attiva e una partizione dormiente, che sono immagini speculari l'una dell'altra. Quando diventa disponibile un aggiornamento OTA, la partizione attiva lo scarica e quindi aggiorna la partizione dormiente. Un riavvio successivo, la partizione dormiente diventa attiva e la partizione precedentemente attiva diventa inattiva, applicando il software aggiornato.
Ciò non solo rende l'intero processo di aggiornamento incredibilmente più veloce, ma serve anche come una sorta di sistema di backup. Se qualcosa dovesse andare storto con l'aggiornamento, il sistema può rilevare che c'è un errore durante l'avvio e semplicemente tornare alla partizione di sistema non affetta. Al riavvio, può eseguire nuovamente il ping dei server di download, riapplicare l'aggiornamento e riavviare di nuovo per completare il processo. Rispetto al modo in cui gli errori di aggiornamento catastrofici vengono gestiti nel sistema corrente, che richiede molta interazione con gli utenti, strumenti di sviluppo Android e familiarità con la riga di comando, il metodo a doppia partizione è semplicemente migliore.
Non abbiamo ancora visto questo in azione, quindi ci sono ancora un sacco di domande
Naturalmente, viene fornito con una serie di domande e preoccupazioni. Benché comprendiamo come questo sistema funzioni in teoria, non abbiamo ancora visto come si comporta in pratica, dal momento che Nougat non ha ancora avuto un aggiornamento e nessun dispositivo è stato spedito con 7.0. Qualunque cosa sia la speculazione, ma immagino che quando un aggiornamento viene applicato, ad esempio, ci sarà probabilmente un duro colpo alle prestazioni del sistema.
Inoltre, se sei come me, leggi la sezione precedente e pensa: "quanto spazio avranno due partizioni di sistema?" Si potrebbe automaticamente presumere che ci vorrà il doppio della quantità di spazio, che non è completamente non corretto, ma devi anche ricordare che questi sono sistema partizioni, il che non significa che richiederà due copie di ogni app installata. Ciò significa che i sistemi attuali che richiedono un gigabyte, una dimensione non comune per un sistema operativo Android, potrebbero ora richiedere due gigabyte (o più).
Detto questo, Google si è spostato su un nuovo file system chiamato SquashFS, che è un file system ad alta compressione e di sola lettura, originariamente progettato per sistemi embedded in situazioni di memoria insufficiente. Ciò dovrebbe sicuramente aiutare a compensare alcuni dei problemi di spazio che inevitabilmente accompagneranno l'installazione di una partizione a due sistemi. Tuttavia, potremmo iniziare a vedere i dispositivi spediti con a minimo di 32 GB andando avanti. Il tempo lo dirà.
Inoltre non è chiaro cosa succede alla nuova partizione dormiente dopo l'aggiornamento. C'è la possibilità che possa essere aggiornato in background e attendere l'arrivo di un'altra nuova OTA, ma non c'è documentazione tecnica a supporto di questa teoria, solo che sto pensando ad alta voce. Tuttavia, sembra che abbia senso per me, perché altrimenti questo nuovo sistema sembrerebbe apparentemente una sorta di scenario di aggiornamento, che è esattamente la direzione opposta che Google sta cercando di fare qui.
Sfortunatamente, dal momento che non esiste ancora un dispositivo che supporti il nuovo sistema di aggiornamento continuo, alcune di queste domande non avranno risposta. Una volta che le nuove generazioni di telefoni iniziano a diffondersi, avremo una migliore comprensione di come tutto ciò funzionerà nel mondo reale. Ma per ora: sembra un'ottima cosa.
