Hem provat Android 5.0 amb els telèfons intel·ligents Moto X, Moto G, LG G3 i Galaxy S5. Així va caure ...

Aquest article arriba per molt de temps.

El novembre passat, Google va llançar Android 5.0 "Lollipop", una fita important en la vida del sistema operatiu mòbil més popular d'avui. Com la majoria d’Android revisions, l’actualització es va llançar als dispositius Nexus i tots eren bons al camp d’Android de vainilla. Google també va tenir l'oportunitat de llançar nous dispositius Nexus 6 telèfon intel·ligent i Nexus 9 Tauleta completa amb compatibilitat amb Android 5.0.

Però, de nou, igual que amb totes les actualitzacions importants de programari d'Android, els dispositius que no fossin Nexus van haver d'esperar que arribés el nou programari als seus telèfons. Compareu-ho amb iOS o Windows Phone, que inclouen camins d’actualització ràpids, i el sistema de lliurament d’actualitzacions d’Android sembla bastant antic i frustrant per als usuaris.

Tanmateix, aquest article no revela el mal que és el sistema d’actualització d’Android, perquè òbviament tothom ja ho sap. En el seu lloc, m’agradaria explorar com les actualitzacions de l’arquitectura bàsica d’Android 5.0 milloren el rendiment i la durada de la bateria dels telèfons actuals. Per a això, vaig haver d’esperar a que arribessin les actualitzacions oficials d’alguns dispositius principals, cosa que va suposar molta paciència.




Abans d’endinsar-nos en algunes de les millores d’Android 5.0 "Lollipop", és interessant explorar el llançament global de programari en alguns dels meus dispositius.




El primer que cal tenir en compte és que no totes les versions d’un telèfon intel·ligent es creen iguals. Dispositius com Galaxy S5 Té molts SKU diferents ubicats a tot el món i els equips de desenvolupament de programari de l’empresa treballen a ritmes diferents en diferents SKU. De vegades, fins i tot les versions regionals del mateix SKU no s'actualitzen al mateix temps: un exemple perfecte d'això és el meu SM-G900I Galaxy S5, que es va actualitzar a Android 5.0 a Taiwan, però no a Austràlia. Altres variants com el G900H encara es mantenien a Android 4.4.4.

Dels deu telèfons intel·ligents Android de la meva oficina, les versions globals d’Android 5.0 per a alguns SKU van començar només en quatre: Moto X 2014, Moto G 2014, LG G3 ve Galaxy S5, en aquest ordre. D’aquests quatre models, el Moto X 2014 és l’únic telèfon intel·ligent d’Austràlia que em va permetre actualitzar Android 5.0 per antena. Els altres tres estaven a punt de comprar Lollipop o bé no va començar una presentació local.




Pel que fa als altres sis telèfons, la majoria està preparat per obtenir Android 5.0 en algun moment del futur, o bé ho prometen els seus fabricants. Galaxy Note 3 mentre apareix a punt de rebre actualitzacions, Xperia Z2 ve Z1 no molt lluny. Motorola ha anunciat una actualització del Moto X 2013, però qui sap quan arribarà?




Estrenat recentment Galaxy A5 S'envia sense Android 5.0 i no tinc cap esperança que sigui produït per BenQ Kogan Agora 4G.




Tindre un dispositiu més recent tampoc no és un bitllet instantani per a Android 5.0. Dispositius que he revisat recentment, per exemple Galaxy Note 4, Nota Edge ve Galaxy Alpha, Sony Xperia Z3, i Huawei Ascend Mate 7 No vaig obtenir Android 5.0. L’altre darrer telèfon que rep l’actualització se m’acut immediatament HTC One M8.

De totes maneres, prou que parlem del procés d’actualització, és hora de parlar del propi Android 5.0. Pregunteu, Google, com podeu obtenir més rendiment i més durada de la bateria gràcies a una simple actualització de programari? ART arriba a la recopilació d'AOT i al Projecte Volta.

ART o Android Runtime està disponible com a funció de desenvolupador opcional des d’Android 4.4, que podeu habilitar si ho desitgeu. Però amb Android 5.0, ART s’estableix per defecte i substitueix l’antic temps d’execució "Davlik" que existeix des de fa anys. Aquest canvi té molts efectes sobre el rendiment.




Davlik va utilitzar un compilador Just-in-Time (JIT) per compilar el bytecode Java de l'aplicació en instruccions de maquinari natives quan es va executar el codi en qüestió (per exemple, quan es va obrir una aplicació). Aquest format de compilador era necessari en versions anteriors d'Android, sobretot a causa de les limitacions de maquinari dels dispositius que funcionava en particions d'emmagatzematge i RAM.

ART passa per endavant (AOT) al compilador, que compila cada byte de l'aplicació en codi natiu una sola vegada, no cada vegada que s'inicia l'aplicació. Com que aquestes instruccions natives solen utilitzar més espai, les aplicacions tenen una petjada més gran en dispositius amb Android 5.0 i ART; Això és realment possible ja que han augmentat les capacitats de memòria RAM i NAND dels telèfons intel·ligents Android.

En precompilar les aplicacions al codi natiu (normalment la primera vegada que s’obre l’aplicació), s’eliminen moltes càrregues del sistema per al llançament i ús posteriors de la mateixa aplicació. Tot i que això significa que el llançament inicial d’una aplicació serà més lent a ART que Davlik, el rendiment s’hauria de millorar després del llançament inicial.

Google també afirma que, en compilar tota l'aplicació alhora, el codi pot proporcionar una optimització addicional, que hauria de millorar el rendiment. Com que s’elimina la sobrecàrrega al mateix temps, s’hauria de millorar la durada de la bateria, amb menys cicles de CPU cada vegada que s’obre i s’utilitza una aplicació.

ART també té un mecanisme avançat de recollida d’escombraries (GC) que funciona darrere de les escenes per assignar i reassignar memòria. Anteriorment, el sistema GC havia de posar en pausa l'execució de codi per esborrar l'ús de la memòria, fent que Google el descrivís com a "innecessari" o tartamudeig general en utilitzar una aplicació. Amb ART, el sistema GC s'ha desenvolupat per escurçar i reduir seqüencialment els temps de pausa. I, de nou, el rendiment augmenta quan es combina amb millors sistemes d’assignació de memòria.

Pel que fa al Projecte Volta, és el terme general de Google per a diverses millores, noves funcions i API que se centren en allargar la durada de la bateria. Pel que fa a les funcions, veiem un nou mode d’estalvi de bateria i una aplicació Battery Historian dissenyada per oferir als usuaris i desenvolupadors una millor imatge del que esgotarà el dispositiu. Tot i això, són les API les que faran més per millorar la durada de la bateria.

L’API Job Scheduler és nova per a Android 5.0 i permet als desenvolupadors agrupar tasques i executar-les en els moments ideals. Quan s’utilitza per a tasques en segon pla, això pot reduir significativament el temps actiu del mòdem i de la CPU. Per exemple, les tasques es poden combinar i executar per a tasques actives no crítiques a Internet només mentre el dispositiu es carrega o el dispositiu està connectat a Wi-Fi.

Tot i que és possible que els fabricants d’Android integrin API a les seves aplicacions existents i a altres elements de les seves pells, no necessitem actualitzar la durada de la bateria d’aquestes noves funcions a Android 5.0 només.

Quant a proves, demostracions i rendiment general

Els quatre dispositius que s’utilitzen en aquest article són Motorola Moto X (2014) i Moto G (2014) Dual SIM, Samsung Galaxy S5 SM-G900I i LG G3. Tots s’han actualitzat des d’Android 4.4 fins a Android 5.0 amb diverses aplicacions i configuracions OEM.

Es tracta d’una comparació de programari completament oficial, de manera que totes les actualitzacions d’Android 5.0 són ROM oficials subministrades per l’OEM, però no totes les actualitzacions es fan per antena. Podria instal·lar programari propietari com CyanogenMod en altres dispositius que tinc, però vaig decidir conservar-lo només per a actualitzacions oficials i fàcilment disponibles.

A Moto X i Moto G, l’actualització d’Android 5.0 us proporciona una versió impecable i essencialment pura de Lollipop, excepte algunes personalitzacions que afegeixen funcions addicionals. A més d’obtenir un dispositiu Nexus o Google Play Edition, aquest és el més proper a Android oficial que podeu obtenir. Moto X també va tenir l’actualització de programari més ràpida per a Android 5.0 des de qualsevol dispositiu que no fos Nexus.

El disseny de materials es veu a tot arreu, amb targetes i animacions renovades, i el nou sistema de notificacions (incloses les notificacions de pantalla de bloqueig adequades) se sent més madur que les versions anteriors d’Android en estoc. No he utilitzat moltes altres funcions, com ara els inicis de sessió de convidats.

L’actualització d’Android 5.0 del Samsung Galaxy S5 inclou una versió lleugerament renovada de TouchWiz. L'estil general de la superposició de programari de Samsung és en gran mesura el mateix que la versió anterior, amb canvis menors que reflecteixen fins a cert punt el Disseny de materials de Google. S'inclouen el menú desplegable de notificacions amb targetes, les notificacions a la pantalla de bloqueig i el commutador de tasques, i hi ha algunes coses a les aplicacions borsàries. Però la sensació general del sistema operatiu continua sent Samsung.

Samsung tampoc es va prendre el temps d’eliminar massa brossa de la iteració del programari, cosa que no és d’estranyar. La pantalla de configuració segueix sent un desgavell ridícul i moltes aplicacions de stock encara tenen la sensació que han estat dissenyades pel comitè.

L’actualització d’Android 5.0 de LG per al G3 conté el menor nombre de canvis. Obteniu un panell de notificacions lleugerament modificat que inclou l’estil de la targeta de Google, a més de les notificacions de pantalla de bloqueig (ja és una característica de la versió d’Android 4.4 de LG) i el commutador de tasques, però molts altres aspectes de la pell segueixen sent visualment els mateixos que la versió anterior.

En general, crec que si esperéssiu que les principals actualitzacions de telèfons intel·ligents amb pells pesades de Lollipop apropessin el programari a Android, estaria decebut. Els fabricants d’OEM semblen molt interessats a mantenir l’estil de les seves pells intactes, tot i la distància que tenen entre ells del Disseny de materials.

Una cosa que vaig notar és que l’experiència d’Android 5.0 en els quatre dispositius és més fluida i ràpida que Android 4.4. La navegació pel sistema operatiu, l’entrada i la sortida de diferents pantalles i aplicacions d’accions se sentia cada cop més suau malgrat una bona dosi d’animació al tauler. Per exemple, el commutador de tasques es carrega més ràpidament a tots els telèfons mòbils, especialment al LG G3, que té una aplicació lenta a KitKat.

Com era d’esperar, carregar les aplicacions per primera vegada després d’instal·lar-les des de Google Play Store va ser una mica més lent a Lollipop que KitKat, per les raons que he esmentat. Després de la instal·lació inicial, la reinstal·lació i el canvi a aquestes aplicacions es van fer una mica més ràpidament, especialment a la Moto G amb recursos limitats. En els potents dispositius Snapdragon 801, la diferència va ser menys acusada, ja que la càrrega d’aplicacions anteriorment era instantània.

Aquestes observacions eren purament subjectives i el vostre quilometratge pot variar, especialment si apliqueu OTA a un dispositiu amb aplicacions instal·lades. En aquest article, he provat els telèfons que s'han restablert de fàbrica a banda i banda de l'actualització d'Android 5.0 per garantir una pàgina neta i un espai de prova just a tots els dispositius.