We hebben Android 5.0 getest met Moto X-, Moto G-, LG G3- en Galaxy S5-smartphones. Dat is hoe het viel ...

Dit artikel komt al heel lang.

Afgelopen november bracht Google Android 5.0 "Lollipop" uit, een belangrijke mijlpaal in het leven van het meest populaire mobiele besturingssysteem van vandaag. Zoals de meeste Android revisies, de update werd uitgerold naar Nexus-apparaten en ze waren allemaal goed in het vanille Android-kamp. Google had ook de mogelijkheid om nieuwe apparaten te lanceren Nexus 6 slimme telefoon en Nexus 9 Complete tablet met Android 5.0-ondersteuning.

Maar nogmaals, zoals bij elke grote Android-software-update, moesten niet-Nexus-apparaten wachten tot nieuwe software op hun telefoons verscheen. Vergelijk dit met iOS of Windows Phone, die beide worden geleverd met snelle upgradepaden, en het afleverschema van Android ziet er nogal oud en frustrerend uit voor gebruikers.

Dit artikel maakt echter niet duidelijk hoe slecht het Android-upgradesysteem is, want uiteraard weet iedereen er al van. In plaats daarvan zou ik willen onderzoeken hoe updates van de kernarchitectuur in Android 5.0 de prestaties en batterijduur op de huidige handsets verbeteren. Daarvoor moest ik wachten tot de officiële updates van enkele toonaangevende apparaten binnenkwamen, wat veel geduld was.




Voordat we ingaan op enkele verbeteringen in Android 5.0 "Lollipop", is het interessant om de wereldwijde release van software op een aantal van mijn apparaten te verkennen.




Het eerste dat moet worden opgemerkt, is dat niet elke versie van een smartphone gelijk is gemaakt. Apparaten zoals Galaxy S5 Het heeft veel verschillende SKU's verspreid over de hele wereld, en softwareontwikkelingsteams binnen het bedrijf werken tegen verschillende tarieven aan verschillende SKU's. Soms worden zelfs regionale versies van dezelfde SKU niet tegelijkertijd bijgewerkt: een perfect voorbeeld hiervan is mijn SM-G900I Galaxy S5, die in Taiwan is bijgewerkt naar Android 5.0, maar niet in Australië. Andere varianten zoals de G900H bleven nog steeds op Android 4.4.4.

Van de tien Android-smartphones in mijn kantoor, begonnen wereldwijde Android 5.0-releases voor sommige SKU's op slechts vier: Moto X 2014, Moto G 2014, LG G3 ve Galaxy S5, in die volgorde. Van deze vier modellen is de Moto X 2014 de enige smartphone in Australië waarmee ik via de ether kon updaten naar Android 5.0. De andere drie stonden op het punt om Lollipop te kopen of een lokale presentatie begon niet.




Wat betreft de andere zes handsets, de meeste zullen Android 5.0 op een bepaald moment in de toekomst krijgen, of hun fabrikanten beloven. Galaxy Note 3 terwijl ze op het punt staan ​​updates te krijgen, Xperia Z2 ve Z1 niet ver weg. Motorola heeft een update aangekondigd voor de Moto X 2013, maar wie weet wanneer die eraan komt?




Nieuw uitgebracht Galaxy A5 Het werd geleverd zonder Android 5.0 en ik heb geen hoop dat het door BenQ wordt geproduceerd Kogan Agora 4G.




Het hebben van een nieuwer apparaat is ook geen instant ticket voor Android 5.0. Apparaten die ik onlangs heb beoordeeld, bijvoorbeeld Galaxy Note 4, Let op Edge ve Galaxy Alpha, Sony Xperia Z3, en Huawei Ascend Mate 7 Ik heb Android 5.0 niet gekregen. De andere laatste telefoon die de update ontvangt, kan ik meteen bedenken HTC One M8.

Hoe dan ook, genoeg gepraat over het updateproces, het is tijd om over Android 5.0 zelf te praten. U vraagt ​​zich af: hoe kan Google meer prestaties en een langere batterijduur halen uit een eenvoudige software-update? ART komt naar AOT-compilatie en Project Volta.

ART of Android Runtime is beschikbaar sinds Android 4.4 als een optionele ontwikkelaarfunctie die u desgewenst kunt inschakelen. Maar met Android 5.0 is ART als standaard ingesteld en vervangt het de oude 'Davlik'-runtime die al jaren bestaat. Deze wijziging heeft veel prestatie-effecten.




Davlik gebruikte een just-in-time (JIT) -compiler om de Java-bytecode van de applicatie te compileren in native hardware-instructies wanneer de betreffende code werd uitgevoerd (bijvoorbeeld wanneer een applicatie werd geopend). Dit compilerformaat was nodig in oudere versies van Android, vooral vanwege hardwarebeperkingen van de apparaten waarop het op opslag- en RAM-partities draaide.

ART gaat naar de premature (AOT) compiler, die elke byte van de applicatie slechts één keer compileert in native code, niet elke keer dat de applicatie wordt gestart. Omdat deze native instructies meestal meer ruimte in beslag nemen, hebben apps een grotere footprint op apparaten met Android 5.0 en ART; Dit is echt mogelijk omdat de RAM- en NAND-capaciteiten van Android-smartphones zijn toegenomen.

Door applicaties voor te compileren naar native code (meestal de eerste keer dat de applicatie wordt geopend), worden veel systeembelastingen verwijderd voor het later starten en gebruiken van dezelfde applicatie. Hoewel dit betekent dat de eerste lancering van een app onder ART langzamer zal zijn dan Davlik, zouden de prestaties na de eerste lancering moeten worden verbeterd.

Google beweert ook dat door de hele applicatie in één keer en in één keer te compileren, de code voor verdere optimalisatie kan zorgen, wat de prestaties zou moeten verbeteren. Omdat de overhead tegelijkertijd wordt verwijderd, moet de levensduur van de batterij worden verbeterd, zodat er minder CPU-cycli zijn telkens wanneer een app wordt geopend en gebruikt.

ART beschikt ook over een geavanceerd garbage collection (GC) -mechanisme dat achter de schermen werkt om geheugen toe te wijzen en opnieuw toe te wijzen. Voorheen moest het GC-systeem de uitvoering van code onderbreken om geheugengebruik te wissen, waardoor Google het omschreef als "onnodig" of algemeen stotteren bij het gebruik van een applicatie. Met ART is het GC-systeem ontwikkeld om pauzetijden te verkorten en opeenvolgend te verkorten. En nogmaals, de prestaties nemen toe in combinatie met betere geheugentoewijzingssystemen.

Wat betreft Project Volta, het is de overkoepelende term van Google voor verschillende verbeteringen, nieuwe functies en API's gericht op het verlengen van de levensduur van de batterij. Aan de functiekant zien we een nieuwe Battery Saver-modus en een Battery Historian-app die is ontworpen om gebruikers en ontwikkelaars een beter beeld te geven van wat het apparaat leeg laat lopen. Het zijn echter de API's die het meeste zullen doen om de algehele levensduur van de batterij te verbeteren.

De Job Scheduler API is nieuw in Android 5.0 en stelt ontwikkelaars in staat taken te bundelen en op ideale tijden uit te voeren. Bij gebruik voor achtergrondtaken kan dit de actieve tijd van de modem en de CPU aanzienlijk verkorten. Taken kunnen bijvoorbeeld alleen worden gecombineerd en uitgevoerd voor niet-kritieke internet-actieve taken wanneer het apparaat wordt opgeladen of het apparaat is verbonden met Wi-Fi.

Hoewel het voor Android-OEM's mogelijk is API's te integreren in stock-apps en andere elementen van hun skins, hoeven we de batterijduur van deze nieuwe functies niet te upgraden naar alleen Android 5.0.

Over testen, demonstraties en algemene prestaties

De vier apparaten die in dit artikel voor het testen zijn gebruikt, zijn Motorola Moto X (2014) en Moto G (2014) Dual SIM, Samsung Galaxy S5 SM-G900I en LG G3. Ze zijn allemaal bijgewerkt van Android 4.4 naar Android 5.0, met verschillende skins en OEM-instellingen toegepast.

Dit is een volledig officiële softwarevergelijking, dus alle Android 5.0-updates zijn officiële ROM's die door de OEM worden geleverd, maar niet elke update wordt via de ether uitgevoerd. Ik zou eigen software zoals CyanogenMod kunnen installeren op andere apparaten die ik bezit, maar ik besloot het alleen te behouden voor officiële en gemakkelijk verkrijgbare updates.

Op Moto X en Moto G biedt de Android 5.0-update je een ongerepte en in wezen pure versie van Lollipop, behalve een paar aanpassingen die extra functies toevoegen. Naast het aanschaffen van een Nexus- of Google Play Edition-apparaat, komt dit het dichtst bij officiële Android dat u kunt krijgen. Moto X had ook de snelste software-update voor Android 5.0 vanaf elk niet-Nexus-apparaat.

Materiaalontwerp is overal te zien, met kaarten en vernieuwde animaties, en het nieuwe meldingssysteem (inclusief de juiste meldingen op het vergrendelscherm) voelt volwassener aan dan eerdere versies van stock-Android. Ik heb niet veel van de andere functies zoals gastlogins gebruikt.

De Android 5.0-update van de Samsung Galaxy S5 bevat een enigszins vernieuwde versie van TouchWiz. De algehele stijl van de software-overlay van Samsung is grotendeels hetzelfde als de vorige versie, met kleine wijzigingen die tot op zekere hoogte het materiaalontwerp van Google weerspiegelen. De vervolgkeuzelijst met kaarten, meldingen op het vergrendelingsscherm en taakwisselaar zijn inbegrepen, en er zijn wat dingen in stock-apps. Maar het algehele gevoel van het besturingssysteem is nog steeds Samsung.

Samsung nam ook niet de tijd om teveel rommel uit de software-iteratie te verwijderen, wat niet verwonderlijk is. Het instellingenscherm is nog steeds een belachelijke puinhoop en veel stock-apps hebben nog steeds het gevoel dat ze door de commissie zijn ontworpen.

LG's Android 5.0-update voor de G3 bevat de minste wijzigingen. Je krijgt een licht aangepast meldingsvenster met de gekaarde stijl van Google, plus meldingen op het vergrendelingsscherm (al een functie van LG's Android 4.4-versie) en de taakwisselaar, maar veel andere aspecten van de skin blijven visueel hetzelfde als de vorige versie.

Over het algemeen denk ik dat als je zou hopen dat de grote smartphone-updates met Lollipop-zware skins de software dichter bij de standaard Android zouden brengen, je teleurgesteld zou zijn. OEM's lijken heel graag de styling van hun huid intact te houden, ondanks het feit dat velen van hen van Material Design afstammen.

Een ding dat me opviel, is dat de Android 5.0-ervaring op alle vier de apparaten soepeler en sneller aanvoelt dan Android 4.4. Het browsen door het besturingssysteem, het in- en uitgaan van verschillende schermen en stocktoepassingen voelde soepeler en soepeler aan ondanks een gezonde dosis animatie op het bord. De task switcher laadt bijvoorbeeld sneller op alle handsets, met name de LG G3, die een langzame applicatie heeft op KitKat.

Zoals verwacht was het laden van de apps voor de eerste keer na installatie vanuit de Google Play Store iets langzamer in Lollipop dan KitKat, om de redenen die ik noemde. Na de eerste installatie voelde het opnieuw installeren en overschakelen naar die apps iets sneller, vooral op de Moto G met beperkte middelen. Op de krachtige Snapdragon 801-apparaten was het verschil minder uitgesproken omdat het laden van apps eerder onmiddellijk plaatsvond.

Deze waarnemingen waren puur subjectief en uw kilometerstand kan variëren, vooral als u OTA toepast op een apparaat waarop apps zijn geïnstalleerd. In dit artikel heb ik telefoons getest die aan beide kanten van de Android 5.0-update waren teruggezet naar de fabrieksinstellingen om een ​​schone pagina en een eerlijke testruimte op alle apparaten te garanderen.