Az Android-eszközök minden generációjában - egy Marshmallow-ig - az operációs rendszer frissítései lényegében ugyanúgy működtek: a frissítés letöltésre kerül, a telefon újraindul, és a frissítés alkalmazásra kerül. Ez idő alatt a telefon használhatatlanná válik, legalábbis a frissítés teljes telepítéséig. A Nougat új „Seamless Updates” -jével ez a modell a múlté.
Hogyan változtak a frissítések az Android 7.0 Nugátban
A Google a saját Chrome OS-jéből vett egy oldalt az új frissítési módszerhez. A Chromebookok gyakorlatilag mindig így működtek: a frissítés letöltődik a háttérben, majd felszólítja a felhasználót, hogy újra kell indítani a telepítési folyamat befejezését. Egy gyors újraindítás később, és a frissítés befejeződött - nincs várakozás a frissítés telepítésére, nincs „optimalizálás”, vagy bármely más, a jelek szerint szükséges dolog . Gyors, egyszerű és legfőképpen nincs indokolatlanul sok leállás.
Az Android 7.0 verziótól kezdve ez az irány az Android frissítései felé. Itt érdemes megemlíteni, hogy ez a Nugátra frissített eszközökre vonatkozik, csak azokra, amelyek a szoftverrel együtt szállítanak. Ennek oka teljesen logikus: ehhez az új frissítési módszerhez két rendszerpartícióra lesz szükség a működéshez, és nagyjából az összes jelenlegi Android-telefonnak csak egy van. A készülék menet közbeni felosztása potenciálisan katasztrofális lehet (és valószínűleg sok esetben is így lenne), ezért a Google döntése, hogy békén hagyja a jelenlegi generációs telefonokon, tiszteletre méltó, bár csetepaté.
Kicsit kb. Így működik: van egy aktív rendszerpartíció és egy szunnyadó partíció, amelyek egymás tükörképei. Amikor elérhetővé válik egy OTA frissítés, az aktív partíció letölti, majd frissíti az alvó partíciót. Egy újraindítás után a nyugalmi partíció aktívvá válik, és a korábban aktív partíció szunnyad, ez a frissített szoftvert alkalmazza.
ÖSSZEFÜGGŐ: Nexus eszköz manuális frissítése a Google gyári képeivel
Ez nemcsak mérhetetlenül gyorsabbá teszi a teljes frissítési folyamatot, hanem egyfajta biztonsági rendszerként is szolgál. Ha valami elromlik a frissítéssel, a rendszer észlelheti, hogy hiba történt az indítás során, és egyszerűen visszalép az érintetlen rendszerpartícióra. Újraindításkor ezután még egyszer pingelheti a letöltő szervereket, újra alkalmazhatja a frissítést és újraindíthatja a folyamat befejezését. Ahhoz képest, hogy a katasztrofális frissítési hibákat hogyan kezelik a jelenlegi rendszerben - ami sok felhasználói interakciót, Android fejlesztőeszközöket és a parancssor ismerete —A kettős partíciós módszer egyszerűen jobb.
Még nem láttuk ezt cselekvésben, ezért még mindig sok a kérdés
Természetesen saját kérdéseivel és aggályaival jár. Bár megértjük, hogy ez a rendszer elméletileg hogyan működik, még nem láttuk, hogyan teljesít valójában a gyakorlatban, mivel a Nougatnak még nem volt frissítése, és egyetlen eszköz sem szállított 7.0-val. Bármi spekuláció, de el tudnám képzelni, hogy például egy frissítés alkalmazásakor valószínűleg elég erősen el fog ütni a rendszer teljesítménye.
Ezenkívül, ha hasonló vagy hozzám, elolvasta a fenti szakaszt, és azt gondolta: "mekkora helyet foglal el két rendszerpartíció?" Automatikusan feltételezhetjük, hogy kétszer annyi helyet foglal el, ami nem teljesen helytelen, de emlékeznie kell arra is, hogy ezek partíciók, ami nem jelenti azt, hogy minden telepített alkalmazáshoz két példány szükséges. Ennek ellenére ez azt jelenti, hogy a jelenlegi rendszerek, amelyek egy gigabájtot vesznek fel - az Android operációs rendszer esetében nem ritka méretű -, lényegében most két gigabájtra (vagy annál is nagyobb) szükségesek.
Ennek ellenére a Google átállt egy új fájlrendszerre, a SquashFS névre, amely egy erősen tömörített, csak olvasható fájlrendszer, amelyet eredetileg alacsony memóriahelyzetű beágyazott rendszerek számára terveztek. Ez mindenképpen segít ellensúlyozni néhány olyan űrproblémát, amelyek elkerülhetetlenül együtt járnak a két rendszerből álló partíció beállításával. Mégis előfordulhat, hogy azt látjuk, hogy az eszközök a minimális 32 GB-ból halad előre. Az idő fogja megmondani.
Az sem világos, hogy mi történik az új alvó partícióval a frissítés után. Lehetséges, hogy ezután frissülhet a háttérben, majd megvárhatja, amíg újabb új OTA érkezik, de nincs technikai dokumentáció, amely alátámasztaná ezt az elméletet - csak én hangosan gondolkodom. Ennek ellenére úgy tűnik, hogy van értelme számomra, mert különben ez az új rendszer látszólag egyszer elkészült frissítési forgatókönyvnek tűnik, ami pontosan az ellenkező irány, amelyet a Google itt próbál megtenni.
Sajnos, mivel még nincs olyan eszköz, amely támogatná az új Seamless Update rendszert, ezekre a kérdésekre némelyik csak megválaszolatlan marad. Amint elkezdenek kijönni a telefonok új generációi, sokkal jobban meg fogjuk érteni, hogy mindez hogyan fog működni a való világban. De egyelőre: Nagyon jó dolognak hangzik.
