Android Nugat "Zökkenőmentes frissítések" magyarázata

Tartalomjegyzék:

Android Nugat "Zökkenőmentes frissítések" magyarázata
Android Nugat "Zökkenőmentes frissítések" magyarázata

Videó: Android Nugat "Zökkenőmentes frissítések" magyarázata

Videó: Android Nugat
Videó: Supersection 1, More Comfortable - YouTube 2024, Április
Anonim
Az Android-eszközök összes generációján - akár a Marshmallow-operációs rendszert is beleértve - lényegében ugyanúgy működött: a frissítés letöltötte, a telefon újraindul és a frissítést alkalmazza. Ez idő alatt a telefon használhatatlanná válik, legalább addig, amíg a frissítés teljesen be nem lett helyezve. A Nougat új, "zökkenőmentes frissítésekkel", ez a modell a múlté.
Az Android-eszközök összes generációján - akár a Marshmallow-operációs rendszert is beleértve - lényegében ugyanúgy működött: a frissítés letöltötte, a telefon újraindul és a frissítést alkalmazza. Ez idő alatt a telefon használhatatlanná válik, legalább addig, amíg a frissítés teljesen be nem lett helyezve. A Nougat új, "zökkenőmentes frissítésekkel", ez a modell a múlté.

Hogyan változott a frissítések Android 7.0 nugátban?

A Google az új frissítési módszerről saját Chrome-os operációs rendszert készített. A Chromebookok mindig így működtek: a frissítés letölti a háttérben, majd felszólítja a felhasználót, hogy indítsa újra a telepítést a telepítés befejezéséhez. Egy gyors újraindítás később, és a frissítés befejeződött - nem várják, hogy a frissítés telepítésre kerüljön, ne legyen "optimalizálás" vagy bármely más olyan dolog, amely úgy tűnik, hogy korosztály. Gyors, könnyű, és legfőképpen nincs ésszerűtlen lemorzsolódás.

Az Android 7.0-ról indulva ez az irányzat az Android-frissítésekre. Érdemes megemlíteni, hogy ez nem fog vonatkozik a Nougatra frissített eszközökre, csak azokra, amelyek a szoftverrel szállítanak. Ennek oka teljesen logikus: ez az új frissítési módszer két rendszerszintű partíciót igényel a munka érdekében, és az összes jelenlegi Android telefonnak csak egy van. Az eszköz újbóli felosztása katasztrofális lehet (valószínűleg sok esetben), így a Google azon döntése, hogy egyedül hagyja a jelenlegi generációs telefonokon, tiszteletre méltó, bár bummer.

Kicsit valami ilyesmi működik: létezik egy aktív rendszerpartíció és egy alvó partíció, amelyek egymás tükörképei. Amikor egy OTA frissítés elérhetővé válik, az aktív partíció letölti, majd frissíti az alvó partíciót. Az egyik újraindítás később, az alvó partíció aktívvá válik, és a korábban aktív partíció nyugvóvá válik, ez a frissített szoftvert alkalmazza.

Nem csak ez teszi a teljes frissítési folyamatot mérhetetlenül gyorsabbá, hanem egyfajta biztonsági rendszerként is szolgál. Ha valami megrongálódott a frissítéssel, akkor a rendszer észlelheti, hogy a rendszerindítás során hiba van, és egyszerűen átkapcsolja az érintetlen rendszerpartíciót. Az újraindítás után újra letöltheti a letöltési kiszolgálókat, újratelepítheti a frissítést, és újraindíthatja újra a folyamatot. Összehasonlítva azzal, hogy katasztrofális frissítési hibákat kezelnek a jelenlegi rendszerben - ami sok felhasználói interakciót, Android fejlesztőeszközt és ismeretséget igényel a parancssorral - a kettős partíciós módszer egyszerűen jobb.

Nem láttuk ezt a cselekvésben, mégis sok kérdés létezik

Természetesen a saját kérdéseivel és problémáival jön. Miközben megértjük, hogy ez a rendszer elméletileg működik, még nem láttuk, hogy valójában hogyan valósul meg a gyakorlatban, hiszen a Nougat még nem frissített, és egyetlen eszköz sem szállított a 7.0-val. Bármi is a spekuláció, de azt gondolhatnám, hogy ha egy frissítést alkalmaznak, akkor valószínűleg elég kemény hit lesz a rendszer teljesítményéhez.

Ráadásul, ha valami hasonlít rájuk, elolvasta a fenti fejezetet, és gondolta: "mennyi helyet fog két rendszerszintű partícióval bevinni?" Előfordulhat, hogy automatikusan feltételezik, hogy kétszeres térfogat lesz, ami nem teljesen helytelen, de meg kell jegyezned, hogy ezek is rendszer partíciókat, ami nem jelenti azt, hogy minden telepített alkalmazás két példányát igényli. Mégis, ez azt jelenti, hogy az olyan jelenlegi rendszerek, amelyek egy gigabájtot igényelnek - nem ritka méretűek az Android operációs rendszerhez - lényegében két gigabájtot (vagy többet) igényelnek.

Ez azt jelenti, hogy a Google egy új, SquashFS nevű fájlrendszerre költözött, amely egy rendkívül tömörített, csak olvasható fájlrendszer, amelyet eredetileg alacsony memóriahelyű beágyazott rendszerek számára terveztek. Ez mindenképpen segít kiegyenlíteni néhány olyan helykérdést, amelyek elkerülhetetlenül két rendszer partíciós beállítással járnak. Mégis, elkezdhetjük látni a készülékeket aminimális a 32GB előre halad. Az idő fogja megmondani.

Nem világos, hogy mi történik az új, alvó partícióval a frissítés után. Lehetséges, hogy a háttérben frissülhet, majd várhat egy újabb OTA megérkezését, de nincs olyan műszaki dokumentáció, amely támogatná ezt az elméletet - csak hangosan gondolkodtam. Ennek ellenére úgy tűnik, hogy értelme van nekem, mert különben ez az új rendszer nyilvánvalóan olyan egyszeri frissítésnek tűnik, amely pontosan az ellenkező irányba mutat, hogy a Google megpróbál idejönni.

Sajnos, mivel még nincs olyan eszköz, amely támogatja az új Seamless frissítést, néhány ilyen kérdés csak megválaszolatlan marad. Miután a telefonok új generációi elkezdenek megjelenni, sokkal jobb megértésünk lesz arról, hogy mindez hogyan fog működni a valós világban. De most: nagyon jónak hangzik.

Ajánlott: