In alle generaties Android-apparaten - tot en met Marshmallow - hebben besturingssysteemupdates op dezelfde manier gewerkt: de update is gedownload, de telefoon is gedownload start opnieuw op en de update wordt toegepast. Gedurende deze tijd wordt de telefoon onbruikbaar gemaakt, ten minste totdat de update volledig is geïnstalleerd. Met de nieuwe 'Naadloze updates' van Nougat is dit model verleden tijd.

Hoe updates zijn gewijzigd in Android 7.0 Nougat

Google heeft een pagina uit hun eigen Chrome OS gebruikt voor de nieuwe updatemethode. Chromebooks hebben altijd altijd zo gewerkt: de update wordt gedownload op de achtergrond en vraagt ​​de gebruiker vervolgens of er opnieuw moet worden opgestart om het installatieproces te voltooien. Een snelle heropstart later en de update is voltooid - niet wachten tot de update wordt geïnstalleerd, geen "optimalisatie" of een van die andere dingen die leeftijden lijken te halen. Het is snel, eenvoudig en het heeft vooral geen onredelijke hoeveelheid downtime.

Te beginnen met Android 7.0, dit is de richting waarin Android-updates draaien. Het is de moeite waard hier te vermelden dat dit niet van toepassing is op apparaten die zijn geüpdatet naar Nougat, alleen de apparaten die worden geleverd met de software. De reden hiervoor is volkomen logisch: deze nieuwe updatemethode vereist twee systeempartities om te kunnen werken en vrijwel alle huidige Android-telefoons hebben er maar één. Het opnieuw partitioneren van het apparaat tijdens de vlucht kan potentieel catastrofaal zijn (en waarschijnlijk in veel scenario's), dus het besluit van Google om het alleen te laten op de telefoons van de huidige generatie is respectabel, zij het een spelbreker. Het werkt ongeveer zoiets als dit : er is een actieve systeempartitie en een inactieve partitie, die spiegelbeelden van elkaar zijn. Wanneer een OTA-update beschikbaar komt, downloadt de actieve partitie deze en wordt de slapende partitie bijgewerkt. Eenmaal opnieuw opgestart, wordt de slapende partitie actief en wordt de voorheen actieve partitie inactief, met de bijgewerkte software.

GERELATEERD:

Hoe u uw Nexus-apparaat handmatig kunt upgraden met de fabrieksafbeeldingen van Google Niet alleen dit maakt het hele updateproces onmetelijk sneller, maar het dient ook als een soort back-upsysteem. Mocht er iets misgaan met de update, dan kan het systeem detecteren dat er een fout optreedt tijdens het booten en keert eenvoudigweg terug naar de niet-aangeduide systeempartitie. Bij het opnieuw opstarten kan het de downloadservers opnieuw pingen, de update opnieuw toepassen en opnieuw opstarten om het proces te voltooien. Vergeleken met hoe catastrofale updatefouten worden afgehandeld in het huidige systeem, dat veel gebruikersinteractie, Android-ontwikkelingshulpmiddelen en bekendheid met de opdrachtregel vereist, is de methode met twee partities gewoon beter.

We hebben dit niet gezien In Action Yet, So There are Still of Questions

Natuurlijk komt het met zijn eigen vragen en zorgen. Hoewel we begrijpen hoe dit systeem in theorie werkt, moeten we nog zien hoe het in de praktijk werkt, aangezien Nougat nog geen update heeft en geen apparaten zijn geleverd met 7.0. Alles is speculatie, maar ik kan me voorstellen dat wanneer er bijvoorbeeld een update wordt toegepast, de systeemprestaties waarschijnlijk behoorlijk zullen worden geraakt.

Bovendien, als je op mij lijkt, lees je het bovenstaande sectie en gedachte: "hoeveel ruimte zal het hebben van twee systeempartities hebben?" Men kan automatisch aannemen dat het twee keer zoveel ruimte inneemt, wat niet helemaal fout is, maar je moet ook onthouden dat dit

systeem is partities, wat niet betekent dat er voor elke geïnstalleerde app twee exemplaren nodig zijn. Toch betekent dit dat huidige systemen die één gigabyte nodig hebben - een niet ongebruikelijke grootte voor een Android-besturingssysteem - nu eigenlijk twee gigabytes (of meer) nodig hebben. Dat gezegd hebbende, is Google verhuisd naar een nieuw bestandssysteem genaamd SquashFS, dat is een sterk gecomprimeerd, alleen-lezen bestandssysteem dat oorspronkelijk is ontworpen voor embedded systemen in situaties met weinig geheugen. Dit zou zeker een deel van de ruimtevraagstukken moeten helpen compenseren die onvermijdelijk gepaard zullen gaan met het hebben van een opstelling met twee systeempartities. Toch kunnen we beginnen met het zien van apparaten met een

minimum van 32 GB vooruit. De tijd zal het uitwijzen. Het is ook onduidelijk wat er met de nieuwe slapende partitie gebeurt na de update. Het kan zijn dat het dan op de achtergrond wordt bijgewerkt en dan wacht tot er weer een nieuwe OTA komt, maar er is geen technische documentatie om deze theorie te ondersteunen, alleen ik denk hardop. Toch lijkt het me logisch, want anders lijkt dit nieuwe systeem kennelijk een eens en zoiets soort bijwerkscenario, wat precies de tegenovergestelde richting is die Google hier probeert te proberen.

Helaas, sinds er is nog geen apparaat dat het nieuwe Seamless Update-systeem ondersteunt, sommige van deze vragen zullen gewoon onbeantwoord moeten blijven. Zodra de nieuwe generatie telefoons begint uit te rollen, zullen we een veel beter begrip hebben van hoe dit allemaal in de echte wereld zal werken. Maar voor nu: het klinkt als een heel goede zaak.

Het pictogram van de Finder in het OS X

Het enige dat Mac-bezitters waarschijnlijk als vanzelfsprekend beschouwen, is de aanpasbaarheid. Toegegeven, Apple legt wel strikte regels op over hoe de interface eruit ziet en handelt, maar tus- sen dat alles zijn er ontelbare potentiële verloren uren die je systeem versieren met nieuwe achtergrond en iconen.

(how-to)

Hoe Windows de taakplanner voor systeemtaken gebruikt

Hoewel u de Windows Task Scheduler kunt gebruiken om uw eigen automatische taken te plannen, gebruikt Windows het ook achter de schermen om veel systeemtaken uit te voeren - defragmenteren uw harde schijven wanneer u bijvoorbeeld uw computer niet gebruikt. U kunt deze systeemtaken zelfs aanpassen om Windows naar wens aan te passen - u kunt bijvoorbeeld wijzigen hoe vaak Windows systeemherstelpunten worden gemaakt.

(how-to)