Android Fragmentation er problemet
En av de største klagerne mot Android som operativsystem er noe som generelt refereres til som "fragmentering." Den tradisjonelle definisjonen er "prosessen med å bli brutt i små eller separate deler", som direkte oversetter til den negative konnotasjonen for Android: det eråtte forskjellige versjoner av Android i dag, fortsatt i bruk på ulike typer maskinvare.
Standarden her er selvfølgelig satt av Apple med iPhone. Hvor Android's mest produktive versjon er den nesten to år gamle Android 7.x (Nougat), kjører nesten tre fjerdedeler av alle iOS-enhetene den nyeste versjonen (iOS 11).
Kilde: Google
Til sammenligning er Android's distribusjonsnummer grumt, med 28,1 prosent av telefonene som kjører Android 6.x (Marshmallow) og 28,5 prosent på Android 7.x (Nougat) - det betyr at over halvparten av Android-telefonene der ute kjører en nesten- toårig operativsystem. En mindre 1,1 prosent kjører den nyeste versjonen-Android 8.x (Oreo). For å si det enda mer, kjører over 98 prosent av Android-enheter utdatert programvare, og over 36 prosent kjørerfem år gammel (eller eldre) programvare. Au!
Det er tydeligvis en massiv frakobling der. Årsaken til dette er mangelfull, dessverre, men kan generelt tilskrives to hovedpunkter: produsenter og Googles oppdateringsprogram. Vi har gått i detalj om dette før, så jeg vil redde deg alle detaljene og bare peke deg i den retningen hvis du er nysgjerrig på hvordan det er produsentens feil.
Project Treble er svaret
Årsaken til at produsentene har så vanskelig tid på å skyve ut oppdaterte oppdateringer, er på grunn av alt arbeidet som må gå inn for å få operativsystemet til å kommunisere med maskinvaren.
Så, fra og med Android 8.x (Oreo), separerte Google de to. Det betyr at Android OS selv kan oppdateres uten å måtte berøre leverandørens implementering. Det kan i sin tur oppdateres av seg selv om nødvendig.
For å sette det i full kontekst, før en oppdatering kan skyves ut til en Android 7.x (eller tidligere) enhet, må ikke bare Android OS-koden oppdateres, men det gjør også maskinvarekoden på lavt nivå, som er generelt vedlikeholdt av chip maker. Så hvis for eksempel Samsung ønsker å presse en oppdatering til en av telefonene, må den vente på Qualcomm (eller den som laget brikken) for å oppdatere koden for å jobbe med den nye Samsung-koden. Det er mange hjul som snu på en gang, og hver av dem er avhengig av den andre.
Med Android 8.x og videre, vil det ikke være slik her lenger. Siden kjernekodeksen er skilt fra OS-koden, vil produsentene av enheten være fri til å oppdatere programvaren uten å måtte vente på at silisiumprodusenten også skal oppdatere koden.
Vil min enhet ha fordel av Project Treble?
Nådet er million dollar spørsmålet, ikke sant? Dessverre er svaret ikke så enkelt (sikkert ikke forventet det). Når det er sagt, her er noen fakta:
- Hvis enheten din aldri blir oppdatert til Oreo, vil den aldri få Project Treble. Ingen vei rundt det. Unnskyld.
- Hvis enheten din blir oppdatert til Oreo, er den fortsatt ikke obligatorisk å støtte Treble-det er opp til produsenten.
- Hvis du kjøper en ny telefon som kjører Oreo ut av esken, så er den er nødvendig å støtte Treble ut av boksen.
Kort sagt: Diskantstøtte på oppdaterte systemer er fortsatt opp til produsentene, men nye Oreo-enheter vil bli krevd for å støtte Treble fremover.
Så, for eksempel, støtter Pixel 2 allerede Project Treble. Den kommende Galaxy S9 vil også støtte Treble ut av boksen. Google oppdaterte også Pixel 1 for å støtte Treble, men det er dessverre det som at Samsung forlot det fra Oreo-bygget for Galaxy S8.
Hvis du er nysgjerrig på din egen enhet, har Android Police en løpsliste over alle enheter som får Treble-støtte, så vel som en som blir oppdatert til OreoutenDiskant.
Android OS-oppdateringer har vært et konstant poeng med strid i mange år nå, så det er godt å se at Google endelig adresserer problemet. Med noe hell vil dette sette alle Android-enheter nærmere paritet med Apple i form av enhetsoppdateringer.