Generelt er de eneste nyheder, som vi opfatter i operativsystemet, dem, der har at gøre med de visuelle aspekter, og når vi går lidt længere, dem, der kan opfattes af smartphonens ydeevne og flydende. Der er dog endnu mere relevante nyheder end dem, såsom den, der kunne ankomme snart, kaldet Optimizer.
En ny følgesvend til ART
ART kom med KitKat, der var den nye runtime, der skulle køre Java-applikationer. Han skulle tilfældigvis erstatte Dalvik, noget han fik i Lollipop. Men i virkeligheden går alt meget længere end blot at ændre den virtuelle maskine. Der er også et element, som er compileren, som er ansvarlig for at "behandle" koden for at udføre den. Med Dalvik var compileren af typen JIT (just-in-time), og den stod for kompileringen lige i det øjeblik, hvor koden skulle bruges. Med Lollipop blev kompileringen til AOT (ahead-of-time), og kompilerer koden, før den skal bruges. Der er ingen grund til at forklare, hvorfor dette strømliner driften af applikationer. Problemet er dog, at for at lette overgangen fra Dalvik til ART, blev der brugt en AOT-version af Dalvik JIT-kompileren, kaldet Quick. En modifikation af den forrige, så at sige. Nu er det, hvad der kommer til at ændre sig.
Sig hej til Optimizer
Den nye compiler ville være blevet bygget fra bunden, og både ARM og Google har arbejdet på det. Den kommer til at hedde Optimizer, og den vil have nuværende kompileringsteknologier, samt være kompatibel med kompilering til 32 og 64 bit. ARM er ansvarlig for 64-bit sektionen, mens Google er ansvarlig for 32-bit. Det ser i hvert fald ud til, at en anden af nyhederne vil være at kunne opdatere nævnte compiler med flere nyheder, så på forhånd kan vi håbe, at det bliver bedre med tiden. Hvorom alting er, så er det mest bemærkelsesværdige det faktum, at Optimizer vil være en compiler skabt netop med det formål at være compiler af Java-applikationer til Android med ART som en virtuel maskine, så vi kan forvente forbedringer i flydighed og drift af smartphones, noget der altid er velkomment.