#1
|
||||
|
||||
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 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". |
|
#2
|
||||
|
||||
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!
__________________
[SIGPIC][/SIGPIC] |
#3
|
||||
|
||||
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 ) 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...
|
#4
|
||||
|
||||
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. |
#5
|
||||
|
||||
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. |
#6
|
||||
|
||||
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
|
#7
|
||||
|
||||
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 Última edición por intronauta Día 29/01/10 a las 15:11:04. |
#8
|
||||
|
||||
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.... |
#9
|
||||
|
||||
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 - 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 Última edición por sevivi Día 29/01/10 a las 17:07:30. |
#10
|
||||
|
||||
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. |
#11
|
||||
|
||||
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 |
#12
|
||||
|
||||
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. |
#13
|
||||
|
||||
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 |
#14
|
||||
|
||||
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. |
#15
|
||||
|
||||
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. |
#16
|
||||
|
||||
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é.
|
#17
|
||||
|
||||
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. |
#18
|
||||
|
||||
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.
|
#19
|
||||
|
||||
Edito: lo mismo que comenta el compañero yeikos,pero pulsando menú en lugar de mantener pulsado botón salir... Última edición por telocojo Día 22/02/10 a las 01:27:26. |
|
#20
|
||||
|
||||
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!! |
Estás aquí | ||||||
|