I alle generationer af Android-enheder - op til et inklusive Marshmallow-operativsystem opdateringer har stort set arbejdet på samme måde: opdateringen er downloadet, telefonen genstarter, og opdateringen anvendes. I løbet af denne tid gøres telefonen ubrugelig, i hvert fald indtil opdateringen er fuldt installeret. Med Nougats nye "Seamless Updates" er denne model en ting fra fortiden.

Hvordan opdateringer har ændret sig i Android 7.0 Nougat

Google har taget en side fra deres eget Chrome OS til den nye opdateringsmetode. Chromebooks har effektivt altid fungeret som dette: opdateringsnedlastningerne i baggrunden, og beder brugeren om, at en genstart er nødvendig for at afslutte installationsprocessen. En hurtig genstart senere, og opdateringen er afsluttet - ingen venter på opdateringen til at installere, ingen "optimering" eller noget af de andre ting, der synes at tage aldre . Det er hurtigt, nemt og mest af alt, har ikke en urimelig mængde nedetid.

Fra og med Android 7.0 er det den retning, Android-opdateringer går. Det er værd at nævne her, at denne ikke vil gælde for enheder, der er opdateret til Nougat, kun dem, der leveres med softwaren. Årsagen til dette er helt logisk: Denne nye opdateringsmetode kræver to systempartitioner for at kunne fungere, og stort set alle nuværende Android-telefoner har kun en. Omfordeling af enheden i fly kan være potentielt katastrofal (og sandsynligvis ville være i mange scenarier), så Googles beslutning om at forlade den alene på nuværende generationens telefoner er respektabel, omend en bummer.

Det virker lidt sådan som dette : Der er en aktiv systempartition og en sovende partition, som er spejlbilleder af hinanden. Når en OTA-opdatering bliver tilgængelig, downloader den aktive partition den og opdaterer derefter den sovende partition. En genstart senere, bliver den sovende partition aktiv, og den tidligere aktive partition bliver slumrende, det gælder den opdaterede software.

RELATERET: Sådan opgraderes din Nexus Device manuelt med Googles fabriksbilleder

Ikke alene Dette gør hele opdateringsprocessen umådeligt hurtigere, men den fungerer også som en slags backup system. Skulle noget gå galt med opdateringen, kan systemet registrere, at der opstod en fejl under opstart, og bare vende tilbage til den upåvirket systempartition. Ved genstart kan den derefter pinge downloadservicerne igen, genbruge opdateringen og genstarte igen for at fuldføre processen. Sammenlignet med, hvordan katastrofale opdateringsfejl bliver håndteret i det nuværende system, som kræver meget brugerinteraktion, Android-udviklingsværktøjer og kendskab til kommandolinjen, er dual-partitionmetoden simpelthen bedre.

Vi har ikke set dette I aktion endnu, så er der stadig mange spørgsmål.

Selvfølgelig kommer det med sit eget sæt spørgsmål og bekymringer. Mens vi forstår, hvordan dette system virker i teorien, har vi endnu ikke set, hvordan det rent faktisk udfører i praksis, da Nougat ikke har haft en opdatering endnu, og ingen enheder har sendt med 7,0. Alting er spekulation, men jeg kan forestille mig, at når der f.eks. Anvendes en opdatering, vil der sandsynligvis være en ret hårdt ramt på systemets ydeevne.

Hvis du er noget som mig, læser du ovenstående afsnit og tanke: "Hvor meget plads vil have to systempartitioner tage?" Man kan automatisk antage, at det vil tage dobbelt så meget plads, hvilket ikke er helt forkert, men du skal også huske, at disse er system partitioner, hvilket ikke betyder, at det kræver to kopier af hver enkelt app installeret. Alligevel betyder det, at nuværende systemer, der tager en gigabyte-en ikke ualmindeligt stor størrelse til et Android OS - i det væsentlige nu kræver to gigabyte (eller mere).

Når det er sagt, har Google flyttet til et nyt filsystem kaldet SquashFS, hvilket er et stærkt komprimeret skrivebeskyttet filsystem, der oprindeligt er designet til indlejrede systemer i situationer med lav hukommelse. Dette bør helt sikkert hjælpe med at kompensere for nogle af de rumproblemer, der uundgåeligt vil gå sammen med at have en to-system-partition opsætning. Vi kan dog begynde at se enheder, der leveres med en minimum af 32 GB fremadrettet. Tiden vil fortælle.

Det er også uklart, hvad der sker med den nye dvale partition efter opdateringen. Der er en mulighed for at den kan blive opdateret i baggrunden og derefter vente på, at en ny OTA kommer frem, men der er ingen teknisk dokumentation til støtte for denne teori - bare jeg tænker højt. Alligevel synes det at være fornuftigt for mig, for ellers ville dette nye system tilsyneladende virke som en en gang i gang med opdateringsscenariet, hvilket er præcis den modsatte retning, som Google forsøger at gå her.

Desværre siden der er endnu ikke en enhed, der understøtter det nye system til sømløs opdatering, vil nogle af disse spørgsmål bare være ubesvarede. Når de nye generationer af telefoner begynder at rulle ud, får vi en meget bedre forståelse for, hvordan alt dette vil fungere i den virkelige verden. Men for nu: Det lyder som en meget god ting.

6 måder at udtrække billeder fra PDF-filer til TIFF, JPEG, PNG

Jeg har for nylig fået en PDF-fil via e-mail, der havde en flok flotte billeder, som jeg ønskede at udtrække som separate JPEG-filer, så jeg kunne uploade dem til min hjemmeside. Der er flere måder at få fat i et billede ud af en PDF, og den bedste måde afhænger virkelig af hvilke værktøjer, du har installeret på dit system.I denne ar

(How-to)

Fix Black eller Blank Screen og Flash Videoer, der ikke afspilles

Får du en blank eller sort skærm, når du forsøger at afspille YouTube-videoer eller flash-indhold i Mac OS X? Når jeg har søgt efter en løsning online, har jeg kørt over en hel del fejlfindingstrin, men ingen løsning syntes at ordne de tomme videospillerfejl. Men ved at lave en smule ekstra fejlfinding fandt jeg en løsning, der bruger nogle få grundlæggende fejlfindingstrin.Problemet m

(How-to)