0 kører godt på Nexus S har involveret slukke hardware accelereret tegning i dele af UI, så vi ikke mister 8MB RAM i systemet processen, en anden 8 MB i telefonen proces, en anden 8 MB i systemet UI processen osv Tro mig, du vil ikke mærke - der er bare ingen fordel på den pågældende enhed i at bruge OpenGL til at trække noget som statuslinjen, selv med smarte animationer foregår derinde. • Hardware accelereret tegning er ikke en magisk mirakelkur til smør-glat UI. Der er mange forskellige bestræbelser, der har stået på i retning af dette, såsom forbedret planlægning af forgrundsviden vs.
baggrund tråde i 1.6, omskrivning input-system i 2.3, streng tilstand, samtidig garbage collection, læssere, etc. Hvis du ønsker at opnå 60fps har du 20 millisekunder til at håndtere hver ramme. Dette er ikke en masse tid. Bare røre flash lagersystem i tråden, der kører UI kan i nogle tilfælde indføre en forsinkelse, der sætter dig ud af, at timingen vinduet, især hvis du skriver til opbevaring. • Et nyligt eksempel på den slags interessante ting, der påvirker UI glathed: Vi bemærkede, at ICS på Nexus S var faktisk mindre glat, når du ruller gennem lister, end det var på Gingerbread.
Det viste sig, at årsagen til dette skyldtes subtile ændringer i timingen, så nogle gange i ICS som app blev hente touch-begivenheder og tegning på skærmen, ville det gå for at få den næste begivenhed lidt før det var klar, får det til at synligt glip af en ramme, mens sporing fingeren, selv om det var at tegne på skærmen på en solid 60fps. • Når folk har historisk sammenlignet webbrowser rulning mellem Android og iOS, de fleste af de forskelle, de ser ikke skyldes hardware accelereret tegning.
Oprindeligt Android gik en anden vej for sin webside rendering og gjort forskellige kompromiser: websiden drejes ind på et display liste, som løbende gengives til skærmen, i stedet for at bruge fliser. Dette har den fordel, at rulle og zoome aldrig har artefakter af fli