Darum ruckelt Android und wird nie flüssiger als iOS laufen

Gestern bin ich über einen Google+ einen Artikel von Andrew Munn gestoßen. Er beschreibt, warum Android nicht flüssig laufe und dies auch nie wirklich erreiche. Der Student Munn bezieht sich dabei auf einen Artikel von der Android Entwicklerin Dianne Hackborn.

Das ruckeln tritt bei Android meist auf, wenn etwas gerendert werden muss, so zum Beispiel beim Scrollen auf einer Internetseite. Bei Android 2.x merkt man dies noch Häufiger, bei 3.x (Honeycomb) leider noch manchmal.

Android (keith.bellvay/flickr.com, CC BY 2.0)

Dies liege ganz klar daran, dass die Hardwarebeschleunigung nicht jede Aufgabe des Grafikaufbaus übernimmt, sondern auch durch eine Softwarebeschleunigung ausgeführt wird. Das Problem bei der Softwarebeschleunigung liegt darin, dass die über den Prozessor geschieht und nicht auf die Grafikengine ausgelagert werden kann. Dies ist jedoch ineffizient und verbraucht jede menge Prozessorleistung.

Seit Android 3.x ist zwar die Hardwarebeschleunigung vollständig in das Betriebssystem übernommen worden, jedoch kann dies auch zu problemen führen, da die von den einzelnen Herstellern von Endgeräten wie Handys oder Tablets nicht die nötige Hardware mitliefern um diese vernünftig implementieren zu können. Beispiel: der Treiber des PVR Grafikchips des Samsung Galaxy Nexus setzt auf OpenGL und benötigt 8 MB RAM, der Process Overhead beträgt jedoch nur 2 MB. Somit liegt hier auch das Problem, dass Android auf verschiedener Hardware laufen muss.

Ein weiteres Problem, welches Munn explizit anspricht und nicht von Hackborn übernimmt, ist ein Unterschied im Aufbau von Androids Framework. Apples iOS benutze einen eigenen Thread, welcher nur für das Rendering der UI zuständig ist und mit Echtzeit (Real Time) priorisiert sei. Da Google das Android Framework nun neu Entwickeln, würde das Betriebssystem jedoch nicht mehr Abwärtskompatibel sein. Somit könne laut Andrew Munn niemals ein ruckelfreies Android entwickelt werden.

Andere interessante Blogartikel: