Hoe Google de afgelopen jaren Android-smartphone-updates heeft versneld

Op Android is er, in tegenstelling tot iOS, geen stiptheid. Vanwege het feit dat fabrikanten gedwongen zijn nieuwe versies van het besturingssysteem aan te passen, wordt een indicator als de distributiesnelheid in principe niet besproken. Gebruikers nemen dit als vanzelfsprekend aan, omdat het voor de meesten van hen belangrijker is dat de update in principe hun smartphone bereikt, ook al is er enige tijd verstreken sinds de release. Maar blijkbaar past deze situatie Google niet en doet het er alles aan om er onderuit te komen.

Android 10 is de afgelopen jaren de snelst groeiende versie van het besturingssysteem geworden. Dit werd door Google zelf toegegeven, nadat het een grafiek had gepubliceerd met de snelheid van adoptie van verschillende versies van het besturingssysteem, te beginnen met Android Oreo. In juni overschreed het totale aantal Android 10-apparaten de 400 miljoen.

Wat is Project Treble?

Dit is een behoorlijk groot cijfer, aangezien Android 9 Pie in dezelfde periode niet eens 300 miljoen bereikte en Android 8 ergens rond de 100 miljoen stopte. In feite is de snelheid van updatedistributie gedurende deze tijd bijna vier keer zo groot geworden. Dit wordt grotendeels mogelijk gemaakt door het gebruik van de Project Treble-architectuur.

  

drievoudige diepgang Het is een modulaire architectuur die ten grondslag ligt aan het Android-besturingssysteem en waarmee het in twee componenten kan worden verdeeld: software op hoog niveau en op laag niveau. Het hoge niveau verwijst naar het eigenlijke softwareplatform en het lage niveau verwijst naar de firmware van hardwarecomponenten zoals modems of processors. Door de splitsing kunnen smartphonemakers hun einde upgraden zonder te wachten op Qualcomm, Broadcom, MediaTek en andere hardwareleveranciers om hun einde te upgraden. Hierdoor kwamen er veel sneller updates uit.

Android-smartphone-upgrade

Dit jaar besloot Google nog verder te gaan en Android 11 nog verder te doorbreken met behulp van de Project Mainline-architectuur. In zekere zin scheidt het de componenten die verantwoordelijk zijn voor bescherming en beveiliging in het algemeen van het hoofdbesturingssysteem. Dankzij dit kan Google zelf beveiligingsupdates distribueren naar alle compatibele smartphones via Google Play, zonder te wachten tot fabrikanten zich verwaardigen om ze aan te passen en te lanceren. Aanvankelijk zou Project Mainline een jaar geleden van start gaan, met de release van Android 10, maar er ging iets mis en er werd besloten het project uit te stellen.

Over het algemeen vind ik Google’s benadering van Android-distributie goed. Het bedrijf probeert er naar beste vermogen voor te zorgen dat gebruikers updates tijdig en in de juiste hoeveelheid ontvangen. Daarin slaagt hij niet altijd, maar juist het feit dat hij zijn best doet en zelfs ergens in slaagt, verdient respect. Een ander punt is dat er natuurlijk niet minder te doen is dan wat er al is gedaan.

Als ik Google was, zou ik op de een of andere manier in de gebruiksvoorwaarden van Android de verplichting voor fabrikanten vastleggen om smartphones voor ten minste 3 jaar te updaten. Om nu te zeggen dat het vlaggenschip van drie jaar geleden, dat goede indicatoren van rekenkracht laat zien, niet meer productief genoeg is voor een nieuwe update, is pure sluwheid. Immers, waarom kan Apple zijn smartphones 5-6 jaar updaten en andere fabrikanten niet? Het gaat over banale terughoudendheid. En als Google zo’n eis had gesteld, was het anders gelopen.

0 Shares:
You May Also Like