Kaikissa Android-laitteiden sukupolvissa - mukaan lukien Marshmallow - käyttöjärjestelmän päivitykset ovat olennaisesti toimineet samalla tavalla: päivitys ladataan, puhelin käynnistyy uudelleen ja päivitys otetaan käyttöön. Tänä aikana puhelin muuttuu hyödyttömäksi ainakin siihen asti, kunnes päivitys on asennettu kokonaan. Nougatin uuden saumattoman päivityksen myötä tämä malli on menneisyyttä.
Kuinka päivitykset ovat muuttuneet Android 7.0 Nougatissa
Google on ottanut uuden Chrome-käyttöjärjestelmän sivun omalta Chrome-käyttöjärjestelmältä. Chromebookit ovat toimineet käytännössä aina näin: päivitys latautuu taustalla ja kehottaa käyttäjää sitten uudelleenkäynnistämään asennuksen loppuun saattamiseksi. Yksi nopea uudelleenkäynnistys myöhemmin, ja päivitys on valmis - ei tarvitse odottaa päivityksen asentamista, ei "optimointia" tai mitään muuta sellaista, mikä näyttää vievän . Se on nopeaa, helppoa ja ennen kaikkea sillä ei ole kohtuutonta seisokkiaikaa.
Alkaen Android 7.0: sta, tämä on suunta, johon Android-päivitykset menevät. Tässä on syytä mainita, että tämä koskee Nougatiin päivitettyjä laitteita, vain niitä, jotka toimitetaan ohjelmiston mukana. Syy tähän on täysin looginen: tämä uusi päivitysmenetelmä vaatii toimiakseen kaksi järjestelmäosiota, ja melkein kaikilla nykyisillä Android-puhelimilla on vain yksi. Laitteen uudelleenjako lennossa voi olla mahdollisesti katastrofaalinen (ja todennäköisesti myös monissa skenaarioissa), joten Googlen päätös jättää se yksin nykyisen sukupolven puhelimiin on kunnioittavaa, vaikkakin huijaus.
Se toimii vähän tältä: aktiivinen järjestelmäosio ja lepotilassa oleva osio ovat peilikuvia toisistaan. Kun OTA-päivitys tulee saataville, aktiivinen osio lataa sen ja päivittää lepotilassa olevan osion. Yksi uudelleenkäynnistys myöhemmin lepotilassa oleva osio muuttuu aktiiviseksi ja aiemmin aktiivinen osio lepotilaan päivitetyn ohjelmiston avulla.
LIITTYVÄT: Nexus-laitteen päivittäminen manuaalisesti Googlen tehdaskuvilla
Paitsi että tämä tekee koko päivitysprosessista mittaamattoman nopean, se toimii myös eräänlaisena varmuuskopiointijärjestelmänä. Jos jokin menee pieleen päivityksen kanssa, järjestelmä voi havaita virheen käynnistyksen yhteydessä ja yksinkertaisesti palata takaisin järjestelmän osioon, jota ei muuteta. Uudelleenkäynnistyksen jälkeen se voi sitten pingata latauspalvelimia vielä kerran, käyttää päivitystä uudelleen ja käynnistää uudelleen prosessin loppuun saattamiseksi. Verrattuna katastrofaalisten päivitysvikojen käsittelyyn nykyisessä järjestelmässä - mikä vaatii paljon käyttäjän vuorovaikutusta, Android-kehitystyökaluja ja komentorivin tuntemus - kaksiosioinen menetelmä on yksinkertaisesti parempi.
Emme ole vielä nähneet tätä toiminnassa, joten on vielä paljon kysymyksiä
Tietysti siihen liittyy oma joukko kysymyksiä ja huolenaiheita. Vaikka ymmärrämme, miten tämä järjestelmä toimii teoriassa, emme ole vielä nähneet, miten se todella toimii käytännössä, koska Nougatilla ei ole vielä päivitystä eikä laitteita ole toimitettu 7.0: n kanssa. Kaikki on spekulaatiota, mutta kuvittelisin, että esimerkiksi päivitystä käytettäessä järjestelmän suorituskyky todennäköisesti kärsii melko kovasti.
Lisäksi, jos olet jotain minun kaltaista, luit edellisen osan ja ajattelit: "kuinka paljon tilaa kahden järjestelmäosion käyttäminen vie?" Voidaan automaattisesti olettaa, että se vie kaksinkertaisen määrän tilaa, mikä ei ole täysin virheellistä, mutta sinun on myös muistettava, että nämä ovat osiot, mikä ei tarkoita, että se vaatii kaksi kopiota jokaisesta asennetusta sovelluksesta. Silti tämä tarkoittaa, että nykyiset järjestelmät, jotka vievät yhden gigatavun - Android-käyttöjärjestelmälle ei ole harvinaista kokoa, voivat nyt vaatia kaksi gigatavua (tai enemmän).
Google on siirtynyt uuteen tiedostojärjestelmään nimeltä SquashFS, joka on erittäin pakattu, vain luku -tiedostojärjestelmä, joka on alun perin suunniteltu sulautetuille järjestelmille vähän muistia käyttävissä tilanteissa. Tämän pitäisi ehdottomasti auttaa kompensoimaan joitain avaruusongelmia, jotka väistämättä menevät yhdessä kahden järjestelmän osion määrityksen kanssa. Silti saatamme alkaa nähdä laitteiden mukana toimitettavan vähintään 32 Gt eteenpäin. Aika kertoo.
On myös epäselvää, mitä uudelle lepotilassa olevalle osiolle tapahtuu päivityksen jälkeen. On mahdollista, että se voi sitten päivittää taustalla ja sitten odottaa uuden uuden OTA: n saapumista, mutta tätä teoriaa ei ole tuettu teknisillä asiakirjoilla - vain minä ajattelen ääneen. Silti näyttää siltä, että minulla on järkevää, koska muuten tämä uusi järjestelmä näyttäisi siltä kuin kerran tehty päivitysskenaario, joka on täsmälleen päinvastainen suunta, johon Google yrittää mennä täällä.
Valitettavasti, koska uutta Seamless Update -järjestelmää tukevaa laitetta ei vielä ole, joihinkin näistä kysymyksistä on vain jätettävä vastaamatta. Kun uusien sukupolvien puhelimet alkavat levittää, meillä on paljon parempi käsitys siitä, miten kaikki tämä toimii todellisessa maailmassa. Mutta toistaiseksi: Se kuulostaa erittäin hyvältä.