Inkonsistente Updates auf Android-Geräten haben die Plattform seit ihrem ersten Anstieg der Popularität geplagt. Project Treble ist Googles Plan, Herstellern dabei zu helfen, den Aktualisierungsprozess für aktuellere Aktualisierungen zu optimieren.
Android-Fragmentierung ist das Problem
Eine der größten Beschwerden gegen Android als Betriebssystem ist etwas, das allgemein als "Fragmentierung" bezeichnet wird. Die traditionelle Definition lautet „der Prozess, in kleine oder separate Teile zerlegt zu werden“, was sich direkt in der negativen Konnotation für Android niederschlägt: Es gibt acht Verschiedene Versionen von Android, die derzeit in freier Wildbahn sind und noch auf verschiedenen Hardwaretypen verwendet werden.
VERBUNDEN: Fragmentierung ist nicht die Schuld von Android, sondern die der Hersteller
Der Standard hier wird natürlich von Apple mit dem iPhone gesetzt. Während die produktivste Version von Android das fast zwei Jahre alte Android 7.x (Nougat) ist, verwenden fast drei Viertel aller iOS-Geräte die neueste Version (iOS 11).
Quelle: Google
Im Vergleich dazu sind die Verteilungszahlen von Android düster: 28,1 Prozent der Telefone mit Android 6.x (Marshmallow) und 28,5 Prozent mit Android 7.x (Nougat) - das bedeutet, dass mehr als die Hälfte der Android-Telefone mit fast 6.- zwei Jahre altes Betriebssystem. Nur magere 1,1 Prozent verwenden die neueste Version - Android 8.x (Oreo). Um es noch klarer auszudrücken: Über 98 Prozent der Android-Geräte verwenden veraltete Software - über 36 Prozent Fünf Jahre alt (oder ältere) Software. Autsch!
Es ist klar, dass es dort eine massive Unterbrechung gibt. Der Grund dafür ist leider vielfältig, kann aber im Allgemeinen auf zwei Hauptpunkte zurückgeführt werden: Hersteller und den Aktualisierungszyklus von Google. Wir sind gegangen im Detail darüber vor Ich werde Ihnen also alle Details speichern und Sie nur in diese Richtung weisen, wenn Sie neugierig sind, wie es die Schuld des Herstellers ist.
Projekt Höhen ist die Antwort
Der Grund, warum es Herstellern so schwer fällt, schnelle Updates herauszubringen, liegt in der ganzen Arbeit, die erforderlich ist, um das Betriebssystem für die Kommunikation mit der Hardware zu gewinnen.
Traditionell funktionierte es ungefähr so: Das Betriebssystem-Framework und die Low-Level-Software waren alle Teil desselben Codes. Als das Betriebssystem aktualisiert wurde, musste auch diese Low-Level-Software - technisch als Herstellerimplementierung bezeichnet - aktualisiert werden. Das ist viel Arbeit.
Beginnend mit Android 8.x (Oreo) trennte Google die beiden. Das bedeutet, dass das Android-Betriebssystem selbst aktualisiert werden kann, ohne die Implementierung des Herstellers berühren zu müssen. Dies kann wiederum bei Bedarf von selbst aktualisiert werden.
Um dies in den vollständigen Kontext zu stellen, bevor ein Update auf ein Android 7.x-Gerät (oder ein früheres Gerät) übertragen werden kann, muss nicht nur der Android-Betriebssystemcode aktualisiert werden, sondern auch der Hardware-Code auf niedriger Ebene in der Regel vom Chiphersteller gewartet. Wenn Samsung beispielsweise ein Update auf eines seiner Telefone übertragen möchte, muss es darauf warten, dass Qualcomm (oder wer auch immer den Chip hergestellt hat) seinen Code aktualisiert, damit er mit dem neuen Samsung-Code funktioniert. Das sind viele Räder, die sich gleichzeitig drehen, und jedes ist vom anderen abhängig.
Mit Android 8.x und höher wird es nicht mehr so sein. Da der Kernhardwarecode vom Betriebssystemcode getrennt ist, können Gerätehersteller ihre Software aktualisieren, ohne darauf warten zu müssen, dass der Siliziumhersteller auch seinen Code aktualisiert.
Dies sollte den Aktualisierungsprozess dramatisch beschleunigen - zumindest theoretisch. Das Aktualisieren von Geräten liegt weiterhin in den Händen des Herstellers. Da die ersten Oreo-Geräte außerhalb der von Google gepflegten Pixel-Linie gerade erst eingeführt werden, hatten wir noch keine Gelegenheit, dies in der Praxis vollständig zu sehen. Hoffentlich ändert sich die Geschwindigkeit, mit der Updates geschrieben und veröffentlicht werden, erheblich.
Profitiert mein Gerät von Project Treble?
Jetzt das ist die Millionen-Dollar-Frage, richtig? Leider ist die Antwort nicht so einfach (sicherlich haben Sie nicht damit gerechnet). Das heißt, hier sind einige Fakten:
- Wenn Ihr Gerät niemals auf Oreo aktualisiert wird, erhält es niemals Project Treble. Daran führt kein Weg vorbei. Es tut uns leid.
- Wenn Ihr Gerät auf Oreo aktualisiert wird, ist dies immer noch der Fall nicht benötigt Treble zu unterstützen - das liegt beim Hersteller.
- Wenn Sie ein neues Telefon kaufen, auf dem Oreo sofort ausgeführt wird, ist es ist nötig Treble out of the box zu unterstützen.
Kurz gesagt: Die Unterstützung von Höhen auf aktualisierten Systemen liegt immer noch bei den Herstellern, aber neue Oreo-Geräte werden erforderlich sein, um Treble in Zukunft zu unterstützen.
So unterstützt beispielsweise Pixel 2 bereits Project Treble. Das bevorstehende Galaxy S9 unterstützt auch Treble out of the box. Google hat auch das Pixel 1 aktualisiert, um Treble zu unterstützen, aber es sieht leider wie Samsung aus habe es ausgelassen des Oreo Builds für das Galaxy S8.
Wenn Sie neugierig auf Ihr eigenes Gerät sind, Android Police hat eine Laufliste von allen Geräten, die Treble-Unterstützung erhalten, sowie von denen, die auf Oreo aktualisiert werden ohne Verdreifachen.
Android-Betriebssystem-Updates sind seit vielen Jahren ein ständiger Streitpunkt. Es ist also gut zu sehen, dass Google das Problem endlich angeht. Mit etwas Glück werden alle Android-Geräte in Bezug auf Geräte-Updates der Parität mit Apple näher gebracht.
Bildnachweis: Google
