jueves, 21 de noviembre de 2013

Ingeniero de Google explica el proceso OTA de los Nexus y el Marco de servicios de Google


Cada vez que Google lanza de forma escalonada una nueva actualización OTA para sus Nexus algunos usuarios quieren ser los primeros en recibirla y se desesperan si ven que pasan los días y no les llega la esperada actualización. Algunos usuarios llegan a borrar lo datos del Marco de servicios de Google para intentar forzar la OTA, pero como vamos a ver a continuación esto es algo que no se debería hacer nunca.
Dan Morrill, ingeniero de Google y diseñador de la primera mascota no oficial de Android, ha aclarado en un post de reddit el porqué nunca hay que borrar lo datos del Marco de servicios de Google y explica además como va el proceso de actualización OTA de los Nexus.
Doing this changes the primary ID by which Google knows your device. As far as the servers are concerned, the device was basically factory reset. There are many downstream effects of this, but a big one is that this invalidates the tokens used by any app that uses GCM (which is nearly all the Google apps, and a ton of third-party apps.) How apps react to GCM IDs changing varies by app. With Play Store you have to log out and log back in, I think Gmail usually handles it transparently eventually but won’t get new mail notifications for a while, etc. Some apps you may have to clear data on to recover. All apps will simply stop getting GCM push-messages, until they get a new GCMID; some do this frequently, others rarely, and some apps use the GCM ID as an ID on their own servers (as it is opaque and basically random), so other things besides push messages may not work. Nothing bursts into flames, but it makes a ton of nuisances on the device, including some that can look pretty mysterious. Your mileage will vary depending on what apps you use. All of this can be avoided by just doing an ‘adb sideload’ if you are impatient.
Dan Morrill explica que borrar los datos del Marco de servicios de Google para intentar forzar la OTAcambia el identificador con el cual Google reconoce en sus servidores nuestro dispositivo, es como reiniciarlo de fábrica. Al reiniciar el ID de nuestro dispositivo las aplicaciones que usen el servicioGoogle Cloud Messenger (todas la de Google y muchas de terceros) dejarán de funcionar correctamente al no tener el nuevo ID de nuestro dispositivo, con lo que perderán la comunicación y mensajes Push con sus servidores hasta que recuperen el nuevo ID. Algunas aplicaciones comprueban con frecuencia cual es el ID de nuestro dispositivo con lo que al rato volverían a funcionar pero otras no lo hacen y habrían que borrar sus datos y caché para volviera a funcionar.

Quien quiera actualizar su Nexus a la nueva versión se tendría que esperar a que le llegase la OTA o actualizar manualmente con el archivo de la OTA y el comando adb sideload. Y sobre el proceso de la actualización OTA esto es lo que ha dicho:
Rollouts are conducted in phases. Typically they start at 1% of devices for around 24 – 48 hours; we watch the return rates and resulting device checkins and error reports (if any), and make sure nothing looks wrong before sending it to more. Then typically it goes to 25%, 50%, 100% over the course of a week or two. What the percentages mean is that when your device checks in, it has a 1% chance (for example) of being offered the OTA. If it doesn’t (randomly) get an offer, it will never get an offer until the next batch. IOW, once your device checks in and gets turned down, that’s it until the next batch. Mashing on the “check for updates” button just causes your device to check in again, and get automatically turned down again. Think about how that makes your device feel! WON’TSOMEONE PLEASE THINK OF THE PHONES?! That said, once the new batch does start, hitting that button does give you a new roll of the dice — but once. Since devices usually only check in for system updates every 24 hours (I think? Certainly on a many-hours basis) this can get you your shot sooner than it would happen on its own. So, mash away. :) Just be patient, and mashing on it more often than once or twice a day isn’t going to gain you anything. Edit: also, keep in mind that this isn’t first-come/first-served. You’re not racing other devices to get your slot in the current batch, or something.
Resumiendo y traduciendo, dice que el proceso de la actualización OTA para los Nexus comienza inicialmente para el 1% de los dispositivos durante las primeras 24 y 48 horas. Con esas primeras actualizaciones obtienen las primeras estadísticas y comprueban errores para luego a los días lanzar la actualización al 25%, 50% y para el 100% de los dispositivos, en un periodo de una o dos semanas.
Dan Morrill pide calma y que no estemos todo el día comprobando la actualización, ya que si no nos ha llegado no nos podrá llegar hasta que Google lance un nuevo lote. Además, de que automáticamente los Nexus comprueban las actualizaciones.

0 comentarios:

Publicar un comentario

 

Copyright @ 2013 Android al instante.