Ver la Versión Completa : [ DEBATE ] Por qué Android no cierra los programas
Siempre lo hemos hablado indirectamente en algunos hilos, y lo cierto es que en las futuras actualizaciones no se trata como un problema importante de Android ni se habla de solucionarlo, pero a mi si me lo parece.
¿Por qué no puedes cerrar un programa desde la propia aplicación cuando terminas de utilizarlo?
En mas del 90% de los casos se queda en segundo plano "gracias" a la multitarea de Android. Pero generalmente no tiene sentido que esto sea así. Lo único que estás consiguiendo es cargar el Sistema y tienes usar alguna aplicación "matadora" para que no termine yendo a pedales. Había un anuncio de neumáticos que decía: "la potencia sin control no sirve de nada". a Android le pasa lo mismo: para que quieres la multitarea si ésta termina estrangulándote el SO. Lo cierto es que salvo el CoPilot y un juego de Tetris :o no he encontrado un solo programa que cuando lo des a cerrar se cierre de verdad. Incluso aquellos que incluyen en su menú la opción de "salir" no lo hacen realmente. ¿Tan difícil es permitir el cierre total? Si quieres mantener algo en segundo plano vasta que le des a la casita y se queda en multitarea.
¿Alguien ha leído que Android (Google) tenga alguna preocupación es solucionar este problema?
¿Consideráis que mejoraría el rendimiento del Sistema?
Igual es una tontería pero cuánto de nosotros no estamos dándole al widget "matador de procesos".
Eso mismo dije yo al poco de tener android. Tanto cuesta tener un "salir" ke funcione en los programas?la gente ke no tenga/sepa de un matatareas acaba quemada supongo.
Saludos!
Eso mismo dije yo al poco de tener android. Tanto cuesta tener un "salir" ke funcione en los programas?la gente ke no tenga/sepa de un matatareas acaba quemada supongo.
Saludos!
Pero es que además viendo CoPilot se demuestra que es posible. No sé si lo usas, pero fíjate que cuando das a la opción de cerrar programa en CoPilot no queda rastro de él. Es mas, si tienes algún "task manager" (seguro que si X-D) verás que incluso se ha liberado un poco de memoria después de usarlo; como si CoPilot usara algún buffer del Sistema y luego borrara datos al terminar... :oh:
tito kastros
29/01/10, 14:14:33
Ahora mismo no se donde lo habia leido pero es que Android tiene un taskiller interno, seguramente intronauta lo pueda explicar mejor, pero basicamente se trata de que mantiene las aplicaciones abiertas mientras tiene memoria pera una ejecucion mas fluida dejandolas en segundo plano, a medida que necesita mas memoria cierra automaticamente procesos que estan en segundo plano para abrir otros nuevos.
Yo me explico como el culo, alguno puede decirlo mejor pero por ahi van los tiros.
trofollo
29/01/10, 14:25:36
Efectivamente, lleva una versión "especial" del recolector de Basura de java. Cada x tiempo, las aplicaciones son "evaluadas" según distintos criterios (si es la aplicación activa, si está en segundo plano, si es un tipo de provider que no hay nadie usando,etc...) y las más prescindibles son las candidatas a cerrarse. Cosa que hace el teléfono automáticamente si detecta que la memoria ha llegado a cierto umbral.
Saludos.
doctorado
29/01/10, 14:40:33
Si pero aun deberia dar opcion a que una aplicacion que tu sabes que la usas puntualmente la cierres y punto, sin dejarle a android que la evalue ni leches que ya sabes que esa es candidata a cerrarla por que no vas a usarla. No creo que sea muy dificil tampoco
intronauta
29/01/10, 15:07:09
El problema no es Android, son los programadores. Consideran que es una ventaja dejar la aplicación en segundo plano para agilizar el acceder nuevamente, y delegan en activitymanager para que las elimine cuando lo necesite en base a criterios conocidos.
En un principio no es un problema si la aplicación está bien programada, ya que en segundo plano no tiene porqué haber consumo de ningún tipo a no ser que tenga algún tipo de actualizador o sincronización, siendo transparente para el usuario su configuación y desactivación. Pero como hay un cantidad enorme de churros.apk, te encuentras con aplicaciones o widgets (estos si que tienen peligro) que gastan recursos sin venir a cuento y sin darte la opción de configurar la frecuencia o desactivarlo. Mal programadas y mal depuradas . Mientras, maldecimos el consumo de batería y las ralentizaciones de nuestra ROM, ya que la causa no es visible fácilmente
Sin compcache, sin el tweak de lowmemorykiller y sin matar aplicaciones, el sistema va estupendamente si las aplicaciones hacen lo que deberían hacer y están programadas con cabeza.
No es un problema de la multitarea o de Android
m4rc0.madrid
29/01/10, 16:25:30
y yo me pregunto, realmente no se puede capturar el LONG PRESS sobre el botón back para hacer un kill del activity que está en pantalla?
no se, imagino que si nadie lo ha hecho será porque no se puede, pero coñe, si es tan abierto como dicen....
El problema no es Android, son los programadores. Consideran que es una ventaja dejar la aplicación en segundo plano para agilizar el acceder nuevamente, y delegan en activitymanager para que las elimine cuando lo necesite en base a criterios conocidos.
En un principio no es un problema si la aplicación está bien programada, ya que en segundo plano no tiene porqué haber consumo de ningún tipo a no ser que tenga algún tipo de actualizador o sincronización, siendo transparente para el usuario su configuación y desactivación. Pero como hay un cantidad enorme de churros.apk, te encuentras con aplicaciones o widgets (estos si que tienen peligro) que gastan recursos sin venir a cuento y sin darte la opción de configurar la frecuencia o desactivarlo. Mal programadas y mal depuradas . Mientras, maldecimos el consumo de batería y las ralentizaciones de nuestra ROM, ya que la causa no es visible fácilmente
Sin compcache, sin el tweak de lowmemorykiller y sin matar aplicaciones, el sistema va estupendamente si las aplicaciones hacen lo que deberían hacer y están programadas con cabeza.
No es un problema de la multitarea o de Android
Gracias, tío, a eso me refería. No planteaba cómo administra o no Android las aplicaciones en multitarea; mi pregunta era por que no se cierra la aplicación directamente desde la propia aplicación. Sospechaba, como has dicho, que una vez mas los mayores "comedores de recursos" son los propios programadores. Siempre ha sido así con Windows o con cualquier otro SO:
- Tienes 100 Mb de Ram de para el sistema... "ah, de puta madre, asís puedo utilizar 99 en mi aplicación.
- Subes la velocidad de la CPU y aumentas la Ram... "prfecto, poque quiero probar un par de cosas y necesito otros 100 Mb..."
Lo que me llama la atención es que Android (Google), por muy "abierto" que sea, no marque unas exigencias mínimas para impedir que siempre terminemos con problemas de hardware por culpa de un software mal hecho; y curiosamente mal hecho en una tontería, en lo mas fácil, porque cerrar totalmente una aplicación no debería la mayor complicación en su desarrollo. Lo mas alucinante es que ninguna aplicación (solo conozco CoPilot al menos) cierra realmente... ni una sola. ¿Alguien conoce alguna...?
Por cierto el hilo de Intronauta que comentáis es este:
http://www.htcmania.com/showthread.php?t=91379
Ya lo había leído... bueno, no todo, al final sucumbí a banner de las tías buenas X-D
Ahora mismo no se donde lo habia leido pero es que Android tiene un taskiller interno, seguramente intronauta lo pueda explicar mejor, pero basicamente se trata de que mantiene las aplicaciones abiertas mientras tiene memoria pera una ejecucion mas fluida dejandolas en segundo plano, a medida que necesita mas memoria cierra automaticamente procesos que estan en segundo plano para abrir otros nuevos.
Yo me explico como el culo, alguno puede decirlo mejor pero por ahi van los tiros.
Si que te explicas como el culo... :risitas:
Que tendra que ver abierto con requisitos,calidades o cualquier otra cosa.
En estos casos en android con el posible feedback y los precios de las aplis podemos decirles directamente las cosas porque si su programa no va bien al set abierto y tener mas opciones o el desarrollador afina o se come los mocos
intronauta
29/01/10, 18:46:25
No es lo mismo en memoria y chupado CPU que en memoria y completamente inactivo, más teniendo en cuenta que matar una aplicación pata el sistema es un esfuerzo ínfimo. Tener muchos procesos inactivos no tiene por qué ser un problema.
Estoy de acuerdo contigo en el tema del feedback, hay que ser exigentes con ciertas aplicaciones menos con las 150000000 Biblias que pululan por el market, que si van mal, mejor.
hay un hilo en el apartado roms que os puede aclarar algunas cosas:
http://www.htcmania.com/showthread.php?t=91379
Explica de manera excelente la forma que tiene android de tratar el cierre de procesos y los distintos tipos de procesos que distingue android.
Android no deja aplicaciones en 2º plano sino están programadas para ello, lo que hace es suspenderlas, que es muy distinto.
Aunque me gusta la manera que tiene de gestionar la memoria, me fastidia bastante que el navegador se restaure en la misma página que lo dejé (por si contiene datos sensibles), por poner un ejemplo... la mayoría de las demás aplicaciones me dan igual...
Saludos
No es lo mismo en memoria y chupado CPU que en memoria y completamente inactivo, más teniendo en cuenta que matar una aplicación pata el sistema es un esfuerzo ínfimo. Tener muchos procesos inactivos no tiene por qué ser un problema.
Estoy de acuerdo contigo en el tema del feedback, hay que ser exigentes con ciertas aplicaciones menos con las 150000000 Biblias que pululan por el market, que si van mal, mejor.
Pero el caso es que chupan... Pongamos por ejemplo una aplicación inofensiva, el solitario. La cargas, la cierras (ésta tiene un botón "quit") y cuando miras procesos abiertos (por ejemplo con AdvancedTaskManager) la tienes usando 3Mb :oh:. Eso una aplicación sencilla, sin conexiones de red, geolocalización, ni otros recursos del SO.
intronauta
30/01/10, 00:06:46
PoZi, aplicaciones con opción de quitar y que queden en memoria hay ciento y la madre XD .
Para mi es un fallo de diseño que confunde al usuario. No tengo ni idea de programar, pero supongo que en Android habrá una llamada específica para eliminar la aplicación y otras para otros estados. Es cuestión es entender que si haces una aplicación con opción específica de "quitar" es porque quieres dar esa opción, , si no, pulsamos la casita que tiene el mismo efecto y nos ahorramos un click.
Aunque me gusta la manera que tiene de gestionar la memoria, me fastidia bastante que el navegador se restaure en la misma página que lo dejé (por si contiene datos sensibles), por poner un ejemplo... la mayoría de las demás aplicaciones me dan igual...
En el Dolphin si tienes pulsado el botón de salir, te aparecerán 3 opciones, entre las cuales se encuentra cerrar aplicación y/o borrar caché.
the_impaler
21/02/10, 21:46:34
Lo mas alucinante es que ninguna aplicación (solo conozco CoPilot al menos) cierra realmente... ni una sola. ¿Alguien conoce alguna...?
Pues la aplicación WiFinder sí que te permite cerrarla al salir y encima te pregunta si quieres mantener el WiFi activo o no.
Yo también me he formulado la misma pregunta y precisamente lo encuentro útil con un caso en concreto: la aplicación Dolphin Browser. Si le dáis al botón para salir, en lugar de hacerlo lo que hace es retroceder una a una de las pantallas que habéis visto hasta llegar al principio y salirse al escritorio. Al final, lo que hay que hacer es darle al botón "Home" y luego matar el proceso, pero no es para nada algo práctico.
Como decían más arriba, al final el problema es de los programadores, así que tendremos que seguir dependiendo de los administradores de procesos.
the_impaler
21/02/10, 21:48:41
En el Dolphin si tienes pulsado el botón de salir, te aparecerán 3 opciones, entre las cuales se encuentra cerrar aplicación y/o borrar caché.
No había leído tu comentario. A mí no me sale esa opción (veré si es por la versión), pero de todas maneras lo que comento sucederá en otras aplicaciones que no te dan la opción de salir, sino que retroceden hasta finalmente salir.
telocojo
22/02/10, 01:24:48
No había leído tu comentario. A mí no me sale esa opción (veré si es por la versión), pero de todas maneras lo que comento sucederá en otras aplicaciones que no te dan la opción de salir, sino que retroceden hasta finalmente salir.
Hola,tambien en el Dolphin,por si no lo habeis visto si le das a menú sale una ventana con varias opciones en la que una de ellas es "Exit" y dentro de esa te permite 3 opciones más donde tienes "Clear cache then exit" con lo que cierras y además eliminas cache.....:ok:
Edito: lo mismo que comenta el compañero yeikos,pero pulsando menú en lugar de mantener pulsado botón salir...
juan del potro
29/10/10, 11:26:13
soy nuevo en esto de android... y la verdad es que resulta algo decepcionante este tema. compré para mi una desire y una wildfire para mi mujer... la primera es un rayo aun con todo lo que pueda ir arrastrando sin matar aplis... la segunda... se convierte en un symbian al poco de trastearla...
y es que no se para vosotros, pero para mi esto es un juguetito, y gracias a estas carencias parece que deje de ser tan divertido. Desinstalé el task killer cuando leí que android gestionaba las aplicaciones que no se usaban incluso las cerraba... pero desde que lo hice la batería me dura un dia justisísimo (y cuando digo un dia hablo de las horas que estoy despierto porque por la noche la dejo cargando)
serán los programadores, o usuarios novatos como yo los culpables pero google es el responsable del SO y de las aplis que se regalan o venden en el market, no?
un saludo para todos!!
Hombre el hard de la wildfire es "justito", luego Google puede que sea parte responsable de Android pero no de las aplicaciones del Market.
Por otro lado yo he usado durante muchos años Windows Mobile que tampoco cerraba las aplicaciones y ahí si que era imprescindible un taskiller pero Android, con una Hero, la verdad es que no tengo problemas, salvo algunos muy puntuales.
estrellasolar
29/10/10, 16:00:18
Siempre lo hemos hablado indirectamente en algunos hilos, y lo cierto es que en las futuras actualizaciones no se trata como un problema importante de Android ni se habla de solucionarlo, pero a mi si me lo parece.
¿Por qué no puedes cerrar un programa desde la propia aplicación cuando terminas de utilizarlo?
En mas del 90% de los casos se queda en segundo plano "gracias" a la multitarea de Android. Pero generalmente no tiene sentido que esto sea así. Lo único que estás consiguiendo es cargar el Sistema y tienes usar alguna aplicación "matadora" para que no termine yendo a pedales. Había un anuncio de neumáticos que decía: "la potencia sin control no sirve de nada". a Android le pasa lo mismo: para que quieres la multitarea si ésta termina estrangulándote el SO. Lo cierto es que salvo el CoPilot y un juego de Tetris :o no he encontrado un solo programa que cuando lo des a cerrar se cierre de verdad. Incluso aquellos que incluyen en su menú la opción de "salir" no lo hacen realmente. ¿Tan difícil es permitir el cierre total? Si quieres mantener algo en segundo plano vasta que le des a la casita y se queda en multitarea.
¿Alguien ha leído que Android (Google) tenga alguna preocupación es solucionar este problema?
¿Consideráis que mejoraría el rendimiento del Sistema?
Igual es una tontería pero cuánto de nosotros no estamos dándole al widget "matador de procesos".
Yo tb me he preguntado muchas veces el pq no se cierran las aplicaciones como los programas en el pc,pero lo cierto es q no es un tema sólo de android,yo antes tenia una pda con windows mobile y era igual,q quedaban en segundo plano y tb lo solucionaba como ahora con otra aplicacion para cerrar procesos...supongo tendra sus motivos el hecho de no poder cerrarlos,quizas sea debido al tamaño del aparato,si lo comparamos a un pc obviamente tiene sus limitaciones y esta sea una de ellas...y es q para lo pequeñajos q son demasiado hacen...un saludo...
revelatio
30/10/10, 01:17:53
Desde luego la gente ya no sabe que protestar....
El consumo de batería de una aplicación suspendida...no es ni 1% del gasto total.... Con el propio Android u otras aplicaciones veréis que tengo razón.
Que mas da que tengas la memoria llena?? si necesitas abrir un programa que no está ya en memoria quita lo que no usa en ese momento y te abre la otra... y si el programa lo usas mucho... cosa que suele pasar... se abre muy rápido...
Dejaros de comeros el coco... ni spamear los killers.. que lo único que haceis es petar más batería.
Si queréis no gastar batería usar por ejemplo un Locale para gestionar los perfiles y bajar el brillo de la pantalla es lo que más gasta.. no tonterías de memoria..
Ya se que el post es viejo pero si se puede hacer eso, el problema es del programador que no lo hace, hasta ahora que empece a hacer aplicaciones en android vi que si se podia ya que quiero que mis programas si no hay necesidad que esten en segundo plano se cierren por completo ya que como usuario a mi me enfermaba estar cerrandolas a cada rato y mas aun cuando se ejecutan solas como las chorradas de google, espero que entre todos les exijamos a los desarrolladores que si van a cerrar la aplicaion la terminen bien y no se quede cargada. yo lo hago y no veo porque los demas no puedan.
vBulletin® v3.8.1, Copyright ©2000-2026, Jelsoft Enterprises Ltd.