26Aug

Android Nougat "sujuva värskenduse" selgitus

Androidi seadmete kõikides põlvkondades - kuni Marshmallow-operatsioonisüsteemi värskenduste juurde - on põhimõtteliselt samamoodi töötatud: värskendus laaditakse alla, telefon käivitub uuesti ja värskendus rakendatakse. Selle aja jooksul muutub telefon kasutuskõlbmatuks, vähemalt kuni värskenduse täielik installeerimine. Nougat'i uus "Seamless Updates" on see mudel minevikku.

Kuidas värskendused on muutunud Android 7.0 versioonis Nougat

Google on uue värskendamismeetodi jaoks võtnud oma Chrome OS-i lehte. Chromebookid töötavad alati alati nii: taustal värskenduste allalaadimine ja seejärel küsib kasutajalt, et installiprotsessi lõpetamiseks on vaja taaskäivitamist.Üks kiire reboot hiljem ja värskendus on lõpule jõudnud - ootamata värskenduse installimist, mitte "optimeerides" või mitte ühtegi teist kraami, mis tundub olevat vanuses .See on kiire, lihtne ja ennekõike, ei ole ebamõistlikul hulgal seisakuid.

Alates Android-versioonist 7.0 on see Android-i värskenduste suund. Siinkohal tasub siinkohal märkida, et see

ei kasuta seadmetele, mis on uuendatud Nougat'ile, vaid need, mis laevad tarkvara alla. Selle põhjuseks on täiesti loogiline: see uus värskendamisviis nõuab tööd kaheks süsteemiriba ja peaaegu kõigil Android-telefonidel on ainult üks. Seadme ümberpaigutamine osadeks võib olla potentsiaalselt katastroofiline( ja tõenäoliselt oleks see paljudes stsenaariumides), nii et Google'i otsus jätta see üksinda praeguse põlvkonna telefonide puhul on austusväärne, kuigi see on põrguhoidja.

See töötab natuke midagi sellist: seal on aktiivne süsteemi partitsioon ja vaikne partitsioon, mis on üksteise peegelpildid. Kui OTA värskendus muutub kättesaadavaks, laadib aktiivne partitsioon selle alla ja uuendab seejärel seisvat partitsiooni.Üks taaskäivitamine muutub hiljem aktiivseks ja vaikne aktiivne partitsioon muutub aktiivseks, see kehtib uuendatud tarkvara kohta.

See muudab kogu ajakohastamisprotsessi oluliselt kiiremaks, kuid see on ka varundussüsteem. Kui midagi ajakohasest versioonist läheb, võib süsteem avastada, et käivitamisel on viga ja lihtsalt tagasi pöördumata süsteemi sektsioonita. Pärast taaskäivitamist saab ta seejärel allalaadimisserverite pingida, värskendage uuesti ja taaskäivitage protsess uuesti. Võrreldes sellega, kuidas praeguses süsteemis käideldakse katastroofiliste värskenduste tõrgetega, mis nõuab palju kasutajainteraktsioone, Androidi arendusvahendeid ja käsurea tundmist, on kahekordse jagamise meetod lihtsalt parem.

me pole seda veel näinud, seega on veel palju küsimusi

Loomulikult kuulub see oma küsimuste ja murede kogum. Kuigi me mõistame, kuidas see süsteem teoreetiliselt töötab, pole veel näha, kuidas see tegelikkuses tegelikult toimib, kuna Nugat pole veel värskendanud ja ühtegi seadet pole tarnitud 7.0-ga. Midagi on spekulatsioon, kuid ma kujutan ette, et kui värskendust rakendatakse näiteks, siis tõenäoliselt on süsteemi jõudlus üsna raske.

Lisaks, kui olete midagi sellist nagu mina, siis lugesite ülaltoodud jaotist ja mõtlesin, et "kui palju ruumi on kahe süsteemipartitsiooni jaoks?" Võiks automaatselt eeldada, et see võtab kahekordselt ruumi, mis ei oleon täiesti vale, kuid peate ka meeles pidama, et need on -süsteemi vaheseinad, mis ei tähenda, et see nõuab kahte koopiat igast installitud rakendusest. Siiski tähendab see praeguseid süsteeme, mis kasutavad ühe gigabaiti - mitte tavalise suurusega Android-operatsioonisüsteem - võib sisuliselt nüüd vaja kahte gigabaiti( või rohkem).

Sellest hoolimata on Google liikunud uude failisüsteemi nimega SquashFS, mis on ülimalt kokkusurutud ja lugemiseks mõeldud failisüsteem, mis oli algselt mõeldud varjatud süsteemide jaoks madala mälu korral. See peaks kindlasti aitama kompenseerida mõningaid kosmosega seotud küsimusi, mis paratamatult lähevad koos kahe süsteemi partitsiooni seadistamisega. Siiski võime hakata nägema, kuidas seadmed laevad koos -ga vähemalt 32 GB suurusega -ga. Aeg näitab.

Samuti on ebaselge, mis juhtub pärast uuendatud uut seisvat partitsiooni. Siin on võimalus, et ta saab seejärel taustinfos värskendada ja seejärel oodata uue uue OTA saabumist, kuid selle teooria toetamiseks pole tehnilist dokumentatsiooni - lihtsalt mõtlesin välja valjult. Siiski tundub mulle mõtet, sest vastasel juhul tundub see uus süsteem ilmselt ühekordse ja lõpetatud uuendatud stsenaariumi, mis on täpselt vastupidine suund, mida Google üritab siit minna.

Kahjuks pole veel ühtegi seadet, mis toetaks uut sujuvaid värskendussüsteemi, kuid mõni neist küsimustest peab lihtsalt vastama. Kui uue põlvkonna telefonid hakkavad kasutusele võtma, on meil palju parem arusaam sellest, kuidas see kõik reaalses maailmas toimib. Aga praeguseks: see tundub väga hea asi.