Niet-consistente updates op Android-apparaten hebben het platform geplaagd sinds de aanvankelijke populariteit. Project Treble is het plan van Google om fabrikanten te helpen bij het stroomlijnen van het updateproces voor meer tijdige updates.

Android-fragmentatie is het probleem

Een van de grootste klachten tegen Android als besturingssysteem is iets dat over het algemeen wordt aangeduid als 'fragmentatie'. traditionele definitie is "het proces om in kleine of afzonderlijke delen te worden gebroken", wat zich rechtstreeks vertaalt naar de negatieve connotatie voor Android: er zijn acht verschillende versies van Android die momenteel in het wild zijn, nog steeds in gebruik op verschillende typen

GERELATEERD: Fragmentatie is geen Android-fout, het is de fabrikant

De standaard hier is natuurlijk door Apple ingesteld met de iPhone. Waar Android's meest productieve versie de bijna twee jaar oude Android 7.x (Nougat) is, draait bijna driekwart van alle iOS-apparaten over de nieuwste versie (iOS 11).

Bron: Google

In vergelijking , De distributienummers van Android zijn grimmig, met 28,1 procent van de telefoons met Android 6.x (Marshmallow) en 28,5 procent met Android 7.x (Nougat) - dat betekent dat meer dan de helft van de Android-telefoons die er zijn een bijna-twee- eenjarig besturingssysteem. Een magere 1,1 procent gebruikt de nieuwste versie-Android 8.x (Oreo). Om het nog botter te zeggen, meer dan 98 procent van de Android-apparaten heeft verouderde software - meer dan 36 procent gebruikt vijf jaar oude (of oudere) software. Ouch!

Het is duidelijk dat daar een enorme ontkoppeling is. De reden hiervoor is helaas helaas veelzijdig, maar kan over het algemeen worden toegeschreven aan twee belangrijke punten: fabrikanten en de updatecyclus van Google. We hebben dit eerder uitvoerig besproken, dus ik zal je alle details besparen en je alleen in die richting wijzen als je nieuwsgierig bent naar hoe het de schuld van de fabrikant is.

Project Treble is het antwoord

De reden waarom fabrikanten het zo moeilijk hebben om snelle updates uit te schakelen, is vanwege al het werk dat moet worden gedaan om het besturingssysteem te laten communiceren met de hardware. Traditioneel werkte het zoiets als: het besturingssysteem-framework en de niveauresoftware maakten allemaal deel uit van dezelfde code. Dus toen het besturingssysteem werd bijgewerkt, moest deze software op een laag niveau, technisch gesproken ook de implementatie van leveranciers genoemd, ook worden bijgewerkt. Dat is veel werk.

Dus, te beginnen met Android 8.x (Oreo), Google scheidde de twee. Dat betekent dat het Android-besturingssysteem zelf kan worden bijgewerkt zonder de leveranciersimplementatie aan te raken. Dat kan op zijn beurt, indien nodig, zelf worden bijgewerkt.

Om dat in volledige context te plaatsen, voordat een update naar een Android 7.x (of eerder) apparaat kan worden gepusht, heeft niet alleen de Android OS-code worden bijgewerkt, maar dat geldt ook voor de hardware-code op laag niveau, die over het algemeen wordt onderhouden door de chipmaker. Dus als Samsung bijvoorbeeld een update naar een van zijn telefoons wil pushen, moet het wachten totdat Qualcomm (of degene die de chip heeft gemaakt) zijn code bijwerkt om met de nieuwe Samsung-code te werken. Dat is een heleboel wielen die in één keer draaien en elk ervan is afhankelijk van de andere.

Met Android 8.x en nog veel meer zal het niet meer zo zijn. Omdat de kernhardwarecode gescheiden is van de OS-code, kunnen apparaatfabrikanten hun software bijwerken zonder te hoeven wachten totdat de siliciumfabrikant ook de code heeft bijgewerkt.

Dit zou het updateproces aanzienlijk moeten versnellen - in theorie, minstens. Het bijwerken van apparaten zal nog steeds in handen van de fabrikant zijn en aangezien de eerste Oreo-apparaten buiten de door Google beheerde Pixellijn nu net worden uitgerold, hebben we nog niet de kans gehad om dit in de praktijk volledig te zien. Hopelijk brengt het een aanzienlijke verandering teweeg in de snelheid waarmee updates worden geschreven en afgedrukt.

Kan mijn apparaat profiteren van Project Treble?

Nu

is dat de miljoen dollar-vraag, toch? Helaas is het antwoord niet zo eenvoudig (je had het toch niet verwacht). Dat gezegd hebbende, hier zijn enkele feiten: Als uw apparaat nooit wordt bijgewerkt naar Oreo, krijgt het nooit Project Treble. Geen manier om dat te doen. Sorry. Als uw apparaat wordt bijgewerkt naar Oreo, is het nog steeds

• niet vereist
• om Treble te ondersteunen, dat is aan de fabrikant. Als u een nieuwe telefoon koopt die Oreo out of the box uitvoert , is vereist om Treble out of the box te ondersteunen.
• Kort gezegd: Treble-ondersteuning voor bijgewerkte systemen is nog steeds de taak van de fabrikanten, maar er zijn nieuwe Oreo-apparaten nodig om Treble op weg naar voren te ondersteunen. Zo ondersteunt de Pixel 2 bijvoorbeeld al Project Treble. De komende Galaxy S9 ondersteunt ook Treble out of the box. Google heeft ook de Pixel 1 bijgewerkt om Treble te ondersteunen, maar het ziet er helaas naar uit dat Samsung hem heeft weggelaten uit de Oreo-build voor de Galaxy S8. Als je nieuwsgierig bent naar je eigen apparaat, heeft Android Police een overzicht van alle apparaten die Treble-ondersteuning krijgen, en welke worden bijgewerkt naar Oreo

zonder

Treble.

Android OS-updates zijn al vele jaren een constant twistpunt, dus het is goed om te zien Google heeft eindelijk het probleem aangepakt. Met een beetje geluk zullen alle Android-apparaten qua apparaat-updates dichter bij pariteit met Apple komen. Beeldcredits: Google

Symbolische koppelingen maken en gebruiken (ook bekend als symlinks) onder Linux

Met Linux kunt u symbolische koppelingen of symlinks maken die verwijzen naar een ander bestand of een andere map op uw computer. De beste manier om dit te doen is met de opdracht ln - hoewel er grafische bestandsbeheerders zijn die ook symbolische koppelingen kunnen maken. Wat zijn symbolische koppelingen?

(how-top)

Wat zijn de 'verhalen' van Instagram, en hoe gebruik ik deze?

Instagram heeft het overzicht van Snapchat's boek verwijderd en een verdwijnende verhaalfunctie toegevoegd. Nu, evenals het plaatsen van normale afbeeldingen op Instagram, kunnen gebruikers delen wat er in het moment gebeurt. Elke afbeelding die op een verhaal wordt gepost, blijft slechts 24 uur live.

(how-top)