Android Nougats "Seamless Updates", Forklart

Innholdsfortegnelse:

Android Nougats "Seamless Updates", Forklart
Android Nougats "Seamless Updates", Forklart

Video: Android Nougats "Seamless Updates", Forklart

Video: Android Nougats
Video: PXE Explained: PreBoot Execution Environment, how to deploy an operating system. - YouTube 2024, April
Anonim
I alle generasjoner av Android-enheter, opp til et inkludert Marshmallow-operativsystem, har oppdateringer i hovedsak fungert på samme måte: oppdateringen lastes ned, telefonen starter på nytt og oppdateringen blir brukt. I løpet av denne tiden blir telefonen ubrukelig, i hvert fall til oppdateringen er fullstendig installert. Med Nougats nye "Seamless Updates," er denne modellen en ting fra fortiden.
I alle generasjoner av Android-enheter, opp til et inkludert Marshmallow-operativsystem, har oppdateringer i hovedsak fungert på samme måte: oppdateringen lastes ned, telefonen starter på nytt og oppdateringen blir brukt. I løpet av denne tiden blir telefonen ubrukelig, i hvert fall til oppdateringen er fullstendig installert. Med Nougats nye "Seamless Updates," er denne modellen en ting fra fortiden.

Hvordan oppdateringer har endret seg i Android 7.0 Nougat

Google har tatt en side fra eget Chrome OS for den nye oppdateringsmetoden. Chromebooks har effektivt alltid fungert slik: oppdateringsnedlastingene i bakgrunnen, og ber brukeren om at en omstart er nødvendig for å fullføre installasjonsprosessen. En rask omstart senere, og oppdateringen er fullført - ingen venter på at oppdateringen skal installeres, ingen "optimalisering" eller noe av det andre som ser ut til å ta aldre. Det er raskt, enkelt og mest av alt, har ikke en urimelig mengde nedetid.

Fra og med Android 7.0, er dette retningen Android-oppdateringer går. Det er verdt å nevne her at dette vil ikke gjelder for enheter som er oppdatert til Nougat, bare de som leveres med programvaren. Årsaken til dette er helt logisk: denne nye oppdateringsmetoden krever to systempartisjoner for å kunne fungere, og stort sett har alle nåværende Android-telefoner bare en. Omfordeling av enheten på flyet kan være potensielt katastrofal (og sannsynligvis ville være i mange scenarier), så Googles beslutning om å la det være alene på nåværende generasjons telefoner, er respektabelt, om enn bummer.

Det virker litt noe slikt: Det er en aktiv systempartisjon og en sovende partisjon, som er speilbilder av hverandre. Når en OTA-oppdatering blir tilgjengelig, laster den aktive partisjonen ned den, og oppdaterer deretter den sovende partisjonen. En omstart senere blir den sovende partisjonen aktiv, og den tidligere aktiva partisjonen blir dvalende, dette gjelder den oppdaterte programvaren.

Ikke bare gjør dette hele oppdateringsprosessen umåtelig raskere, men det fungerer også som et slags backup system. Skulle noe gå galt med oppdateringen, kan systemet oppdage at det er en feil under oppstart, og bare vende tilbake til den upåvirket systempartisjonen. Ved omstart kan den pinge nedlastingsserverne enda en gang, gjenta oppdateringen, og start på nytt for å fullføre prosessen. Sammenlignet med hvordan katastrofale oppdateringsfeil håndteres i dagens system, som krever mye brukerinteraksjon, Android-utviklingsverktøy og kjennskap til kommandolinjen, er dual-partisjonmetoden ganske enkelt bedre.

Vi har ikke sett dette i handling ennå, så det er fortsatt mange spørsmål

Selvfølgelig kommer det med sitt eget sett med spørsmål og bekymringer. Mens vi forstår hvordan dette systemet virker i teorien, har vi ennå ikke sett hvordan den faktisk utfører i praksis, siden Nougat ikke har oppdatert, og ingen enheter har levert med 7.0. Alt er spekulasjon, men jeg kan tenke meg at når en oppdatering blir brukt, vil det for eksempel være en ganske hard hit på systemytelsen.

I tillegg, hvis du er noe som meg, leser du ovenstående avsnitt og tenkte: "Hvor mye plass vil ha to systempartisjoner ta?" Man kan automatisk anta at det vil ta dobbelt så mye plass som ikke er helt feil, men du må også huske at disse er system partisjoner, noe som ikke betyr at det vil kreve to kopier av hver app installert. Likevel betyr det at nåværende systemer som tar en gigabyte-en ikke uvanlig størrelse for en Android OS-kan egentlig nå kreve to gigabyte (eller mer).

Når det er sagt, har Google flyttet til et nytt filsystem kalt SquashFS, som er et svært komprimert, skrivebeskyttet filsystem opprinnelig utviklet for innebygde systemer i lavminnesituasjoner. Dette bør definitivt bidra til å kompensere for noen av verdensproblemene som uunngåelig vil gå sammen med å ha en to-system-partisjon oppsett. Likevel kan vi begynne å se enheter som leveres med enminimum av 32 GB fremover. Tiden vil vise.

Det er også uklart hva som skjer med den nye sovende partisjonen etter oppdateringen. Det er en mulighet for at den kan bli oppdatert i bakgrunnen og deretter vente på at en ny OTA skal komme, men det er ingen teknisk dokumentasjon som støtter denne teorien, bare jeg tenker høyt. Likevel, det virker fornuftig for meg, for ellers ville dette nye systemet tilsynelatende virke som en en gang i ferd med å oppdatere scenariet, som er akkurat motsatt retning som Google prøver å gå her.

Dessverre, siden det ikke er en enhet som støtter det nye sømløse oppdateringssystemet, må noen av disse spørsmålene bare gå ubesvarte. Når de nye generasjonene av telefoner begynner å rulle ut, får vi en mye bedre forståelse av hvordan alt dette vil fungere i den virkelige verden. Men for nå: Det høres ut som en veldig god ting.

Anbefalt: