Porqué no necesitas un Task Killer en Android?

[johelrc]

Un artículo muy interesante que me encontré en androidspin, está en inglés, me tomé la libertad de traducirlo (espero que entiendan y me perdonen cualquier falta), abajo está el link original junto al texto traducido.

Saludos

http://androidspin.com/2010/05/25/wh...-with-android

Porqué no necesitas un Task Killer en Android?

Mucha gente nos pregunta que aplicacion es la mejor para matar tareas? Bueno, la respuesta es ninguna. Seguro hay algunas bonitas aplicaciones para matar tareas, pero de hecho usted no necesita ninguna en android. De hecho, la mayoría de los desarrolladores ni siquiera se fijan en el log para ver si hay un task killer en tu telefono android.

Para aclarar el asunto, el blog de los desarrolladores de Android en Google tiene finalmente este debate de porqué un task killer es innecesario, también el porqué hay unos servicios que corren en background todo el tiempo, estoy seguro de que en un momento u otro usted se ha preguntado: "Porqué esos servicios se mantienen arriba aún después de matarlos?", abajo usted puede leer acerca de cuando parar una aplicación. Si desea aprender más al respecto puede leer el post completo de esta url:http://android-developers.blogspot.c...droid-way.html

Cuando parar una aplicación?

Una confusión acerca de la multitarea en android es la diferencia entre una aplicación y un proceso. En android estas no son entidades cercanas: las aplicaciones le pueden aparecer al usuario sin un proceso real ejecuntando la aplicación; multiples aplicaciones pueden compartir procesos, o una aplicación puede hacer uso de multiples procesos dependiendo de sus necesidades; el proceso(os) de una aplicación puede mantenerse en Android aún cuando la aplicación no activamente haciendo algo.

El hecho de que usted pueda ver procesos de aplicaciones "corriendo" no significa que la aplicación esté corriendo o haciendo algo. Eso está allí por que Android lo necesitaria en algún momento, y tomó la decisión de que sería mejor mantenerlo por allí en caso de necesitarlo de nuevo. Del mismo modo, usted puede dejar aplicacion por un momento y retornar a ella desde donde usted la dejó, y durante ese tiempo Android pudo necesitar deshacerse del proceso para otras cosas.

Una clave de como Android maneja las aplicaciones es que los procesos no se paran limpiamente. Cuando un usuario deja un aplicación, el proceso se mantiene en segundo plano, permitiendole que siga trabajando (por ejemplo bajando una página web) si es necesiario, y regresa a primer plano inmediatamente si el usuario retorna a ella. Si un dispositivo nunca se queda sin memoria, entonces Android mantendría todos los procesos, en realidad mantedría la aplicaciones "ejecutandose" todo el tiempo.

Por supuesto que hay un limite para la memoria, y para acomodarse a eso Android debe decidir cuando sacar un proceso que no necesita. Esto conduce a ciclo de vida de un proceso en Android, las reglas que usan para decidir que tan importate es cada proceso y por lo tanto cual es el proximo a detener. Estas reglas se basan tanto en la importancia de proceso para la experiencia del usuario, como en que tanto pasó desde que el proceso fue necesitado por el usuario.

Una vez que Android determina que necesita remover un proceso, lo hace por fuerza bruta, simplemente matando el proceso. El kernel entonces puede reclamar los recursos ocupados por el proceso, sin depender de que la aplicación esté bien escrita o bien responder a una amable petición de salir. Permitiendo al kernel reclamar los recursos de una aplicación hace mucho más sencillo evitar quedarse sin memoria.

Si el usuario retorna a una aplicación que ha sido aniquilada ( ), android necesita una manera de relanzar la aplicación en el mismo estado en el que fue vista, para preservar la experiencia de "todas las aplicaciones están corriendo al mismo tiempo". Esto se logra manteniendo un historial de los cambios en la aplicación de que el usuario sabe que cambió (las actividades), y reiniciando entonces con esta información en el ultimo estado que la vió. Este último estado es generado cada vez que el usuario deja una parte de la aplicación, no cuando es "matada", entones el kernel puede libremente matarla sin depender de que la aplicación responda correctamente en ese momento.

En cierto modo, la administración de procesos de android puede ser vistas como una forma de intercambiar espacio: los procesos de la aplicación representan una cierta cantidad de memoria en uso, cuando la memoria baja, algunos procesos se pueden matar(se mueven fuera), cuando esos procesos se necesitan de nuevo, estos procesos se pueden reiniciar en el ultimo estado salvado (se mueven dentro).

[limos]

interesante.

[shosholosho]

mmm genial realmente no sabia eso, muy bueno eee y gracias por compartir la informacion con los demas ya que al igual que yo muchos otras personas no lo sabran asi como hay quienes ya lo sabian desde antes.

[WaPeR]

Yo en la 1.5 si tenia que tirar mucho de Task Manager pero desde Donut cada vez noto que hace menos hasta hasta el punto de dejar de utilizarla porque ya no me aparece nada que cerrar

salu2!

[DragonSea]

Ya había leído algunas entradas por ahí en otros blog acerca de que no es necesario un tasks killer en android, especialmente en las últimas versiones y con teléfonos como el nexus que tienen bastante memoria. Pero ninguno cuenta nada acerca de otro tema más importante y que las tareas, o mejor dicho, procesos que tengas ejecutándose, incluso aunque no estén en primer plano (por ejemplo, para actualizar algún tipo de información periódicamente) CONSUMEN batería. Yo creo que no se trata tanto de cuánta memoria libre logras dejar sino de cuánta batería te están consumiendo esos procesos. Y ahí no habla nada de nada de eso. Y desde este punto de vista, quizás un tasks killer sí sea necesario. Si estoy equivocado (pues no soy experto en android ni mucho menos), por favor, que alguien me corrija.

[johelrc]

100% de acuerdo contigo, aquí ven el problema de la cantidad de memoria, eso no es tanto problema para uno como si lo es el consumo de bateria, claro que un proceso en background consume ciclos de reloj, y aumenta el uso del procesador produciendo calentamiento con el correspondiente consumo de bateria, claro que procesos en background consumen bateria!!! por supuesto...

Yo mismo puse el artículo pues me pareció interesante desde el punto de vista de diseño del os y su taskmanager, así aprendemos un poco de arquitectura de android, y no nos quedamos solo con lo que vemos...

Saludos!

[turKinhO]

Aun asi, usando un taskiller cada media hora y ahora no usandolo, tampoco noto mucho cambio en el gasto de bateria... Sigo cargandolo cada noche como antes y me sigue durando tranquilamente l dia entero con uso moderado...

Evidentemente consumen bateria los procesos en Idle, pero tampoco creo que sea mucha a no ser que el proceso sea muy "tragon" y esto se ve en un Task Manager cualquiera para cargartelo manualmente...

[josephone]

opino igual que vosotros, y me parece super interesante el articulo que por cierto agradezco el curro que te has dao traduciendolo. Yo soy un maniatico de la bateria y tengo mas que comprobado que con un "mata aplicaciones" se nota y bastante que come menos bateria... por poneros un ejemplo un dia desde las 8 de la mañana sin usar el "advace task killer" sin matar nada me llega a las 10 de la noche con 25% de carga y otro dia usando el programa y matando aplicaciones de vez en cuando me llega a casa con 42 o 45% aproximadamente...yo creo que merece la pena.

ahroa la pregunta del millon ¿¿¿es malo para el sistema operativo cargarte los procesoss de cuajo??es la duda que tengooo...un saludo

[MoRt4d3Lo]

Yo cada vez que he usado taskiller por ejemplo, no se porque pero he notado como el sistema iba cojo y alguna ralentizacion....

[johelrc]

 Cita: Originalmente Escrito por turKinhO

Aun asi, usando un taskiller cada media hora y ahora no usandolo, tampoco noto mucho cambio en el gasto de bateria... Sigo cargandolo cada noche como antes y me sigue durando tranquilamente l dia entero con uso moderado...

Evidentemente consumen bateria los procesos en Idle, pero tampoco creo que sea mucha a no ser que el proceso sea muy "tragon" y esto se ve en un Task Manager cualquiera para cargartelo manualmente...

El administrador de energIa de los procesadores modernos en portatiles encienden y apagan los ventiladores dependiendo de si el procesador se calienta o no, un proceso idle no es comparable a por ejemplo renderar imagenes, reproducir videos, etc porque cuando vez videos o compilas una aplicaciOn, ocupas mAs del procesador esto lo calienta, y por supuesto el consumo se dispara.

Saludos

[sevivi]

Matar procesos indiscriminadamente también tiene otro problema: el SO no sabe debidamente del estado de esos procesos. Puede ocurrir que el SO reclame el uso de proceso cada cierto tiempo y que el killer lo mate también cada cierto tiempo, produciéndose entonces un bucle que gasta energía y relentiza el sistema innecesariamente. Además, como dice el articulo, esos procesos en espera o segundo plano tienen datos de uso asociados que son útiles para el SO al volver a necesitarlos; al no encontrar esos datos, le obliga a cargar de nuevo el procesos y ejecutarlo para obtener datos que ya estaban registrados, de nuevo usando recursos. En mi experiencia particular, no he visto ninguna diferencia de consumo con 2.1 entre "dejarlo solo" y usar un killer; lo que si he notado es el sistema menos fino y mas a trompicones usando el killer.

[manumkiii]

Yo desde hace bastante tiempo no utilizo ningun Task Killer. Desde que no lo utilizos he notado que la bateria me dura mas y el movil va mas rapido.

[perrodelinfierno69]

 Cita: Originalmente Escrito por manumkiii

Yo desde hace bastante tiempo no utilizo ningun Task Killer. Desde que no lo utilizos he notado que la bateria me dura mas y el movil va mas rapido.

Nunca has notado que el movil se te calentara durante un tiempo bastante despues de ejecutar algo pesado? Si no has así algo menos que no le tengo que instalar al nexus

[jopa25]

Muy interesante el artículo, muchas gracias...

En el alguna de las reviews que he leído del Desire (siento no acordarme de cual...) probaban la duración de la batería haciendo una simulación de uso intensivo sin el task manager, y le duraba 8h30min, y haciendo uso del advanced task manager, la batería duraba 9h.

Una ligera mejora, pero... tampoco tanto

[perrodelinfierno69]

Yo pienso que merece la pena perder esa media hora de autonomía y tener la comodidad de no tener que abrir el taskiller cada cierto tiempo y creo que todos los comodones como yo pensaran lo mismo

[PEREBI]

Yo incluso compré el Pro, pero raramente lo uso y no noto nada en la batería.
Y encima, si te equivocas y apagas el reloj, pues al día siguiente tienes muchas probabilidades de llegar tarde al trabajo.

[Mariner_I]

Yo creo que lo que ocurre con los Task Killer es que todo el mundo asocia un proceso a una aplicacion corriendo y consumiendo memoria exhaustivamente y tiempo de proceso. En este caso un proceso puede estar en un estado "sleep" en el cual no consume tiempo de proceso, aparece en la lista de procesos pero no esta en ejecucion. Por eso si cuantos mas procesos estes ejecutando no es proporcional al consumo de memoria del dispositivo. Por ejemplo no es lo mismo que yo tenga en mi equipo 100 procesos a que en otro solo haya uno y sea un 3d studio max renderizando.

Cada aplicacion de Android que necesita ser actualizada cada cierto momento, como Twitter o Facebook crea un servicio que es persistente en memoria para el control de las actualizaciones. Pero esto no quiere decir que "toda" la aplicacion este en memoria, solo una parte de ella. Ademas dicha parte puede actuar como lanzador reduciendo el tiempo de carga y presentacion en pantalla de una aplicacion. Ocurre lo mismo con los lanzadores persistentes en memoria que habia hace años para la suite de Mozilla o los que hay para Openoffice.

Yo en mi caso casi nunca usaba los Task Killer porque creo que quitandole el control a la gestion de memoria del sistema es posible que quedaran procesos zombis ocupando memoria o que ciertos servicios quedaran huerfanos consumiendo mas tiempo de proceso matarlos y relanzarlos que dejarlos persistentes en memoria.