 |
|
||
|
|
|
|||||||
| Samsung Galaxy S I9000 Para hablar del primer Galaxy S de Samsung, también conocido como Galaxy S 9000 |
 |
|
|
Herramientas |
|
#1
27/02/11, 10:14:55
|
||||
|
||||
|
Como hacer que no se autoejecuten los servicios?
Pues eso me estoy dando cuenta que paro los servicios como el qik,paypal,ebay, y así con un porron y luego se vuelven a ejecutar y me da la espina que eso consume bateria xq necesita internet y encima como tengo el juice que quita internet x más aun...xq no parra de hacer chekeos...ojala alguien sepa algo. Yo lo que hacia era con el install manager moverlo a la sd y así no se ejecutaba pero con las nuevas versiones parece ser que se ejecuta hasta el servicio...
Sent from my GT-I9000 using Tapatalk 
|
|
|
|
#2
27/02/11, 11:11:02
|
||||
|
||||
|
Autostars te permite seleccionar los que quieres que no se inicien.
Sent from my GT-I9000 using Tapatalk
|
|
#3
27/02/11, 12:42:59
|
||||
|
||||
|
Gracias lo he comprado y parece que funciona...muchas gracias creo que es esencial sino los servicios
Se autoejecutan y creo que eso consume mucha bateria verdad? Y gracias a esto ahorrare es así? Sent from my GT-I9000 using Tapatalk
|
|
#4
27/02/11, 13:54:10
|
||||
|
||||
 Cita: Originalmente Escrito por FLIPOXP
Gracias lo he comprado y parece que funciona...muchas gracias creo que es esencial sino los servicios
Se autoejecutan y creo que eso consume mucha bateria verdad? Y gracias a esto ahorrare es así? Sent from my GT-I9000 using Tapatalk  lo que gasta la batería son los procesos que se estan ejecutando...
__________________
  ---------------------------------------------------------------------------- Miembro de la plataforma O.C.R.F.'s (Obsessive Compulsive ROM Flashers)
|
|
#5
27/02/11, 14:19:45
|
||||
|
||||
|
Desactivar un servicio por completo es bastante complicado. El AutoStarts lo que te muestra son los servicios asociados a los eventos de sistema que tiene identificados que no son todos hasta donde yo sé. En cualquier caso esta aplicación no los cierra sinó que impide que se ejecuten según un evento determinado lo que significa que una vez que ejecutes la aplicación que gestiona el servicio volverás a estar igual que al principio. Sería análogo al mítico msconfig de Windows.
|
|
#6
27/02/11, 14:40:40
|
||||
|
||||
|
Cita: Originalmente Escrito por AlexGF
Desactivar un servicio por completo es bastante complicado. El AutoStarts lo que te muestra son los servicios asociados a los eventos de sistema que tiene identificados que no son todos hasta donde yo sé. En cualquier caso esta aplicación no los cierra sinó que impide que se ejecuten según un evento determinado lo que significa que una vez que ejecutes la aplicación que gestiona el servicio volverás a estar igual que al principio. Sería análogo al mítico msconfig de Windows.
Los servicios están pensados para ejecutarse continuamente ante eventos o por necesidades y son fundamentales, aparte android les da un tratamiento muy especial donde si necesita memoria puede decidir si matarlos o no sabiendo que volverán a cargarse después. Para matar un servicio la única forma efectiva es que el desarrollador no lo cree pero limita mucho la flexibilidad que ofrece android y sin ellos habría situaciones que simplemente no podrían darse. Pero vamos, los servicios también son de Dios y hay que quererlos por como son. :P
|
|
#7
27/02/11, 14:43:06
|
||||
|
||||
|
Cita: Originalmente Escrito por intronauta
Pero vamos, los servicios también son de Dios y hay que quererlos por como son. :P
__________________
---------------------------------------------------------------------------- Miembro de la plataforma O.C.R.F.'s (Obsessive Compulsive ROM Flashers)
|
|
#8
27/02/11, 14:43:51
|
||||
|
||||
|
Ostras pues entonces que solución hay ?
Los servicios que me molestan son en concreto el paypal,ebay,qik,trackerpro y alguno que otro más son programas que están cada ves x tres autoejecutandose y chupando 3g tengo el juicedefender pero aún así se ejecutan..aunque no haya internet... Voy a probar ejecutar el qik que es muy psado y reinicio el movil a ver su se vuelve a ejecutar...a también tengo el fring...y a veces se queda en segundo plano y chupa también...a ver que opinais?vosotros como lo tenéis? Sent from my GT-I9000 using Tapatalk
|
|
#9
27/02/11, 14:48:45
|
||||
|
||||
|
Cita: Originalmente Escrito por FLIPOXP
Ostras pues entonces que solución hay ?
Los servicios que me molestan son en concreto el paypal,ebay,qik,trackerpro y alguno que otro más son programas que están cada ves x tres autoejecutandose y chupando 3g tengo el juicedefender pero aún así se ejecutan..aunque no haya internet... Voy a probar ejecutar el qik que es muy psado y reinicio el movil a ver su se vuelve a ejecutar...a también tengo el fring...y a veces se queda en segundo plano y chupa también...a ver que opinais?vosotros como lo tenéis? Sent from my GT-I9000 using Tapatalk Mira sus configuraciones a ver si hay algún tipo de sincronización o vinculación a algo que le hace estar conectándose continuamente. Pero vamos, en mi caso, como a alguna aplicación se le ocurra hacer algo como lo que comentas le mando un correo googletranslateado al desarrollador, voto de 1 estrella y la desinstalo echando ostias. De todas maneras, ¿cómo sabes que chupa? que se carguen en memoria no es un problema. Otra cosa es que estén descargando datos continuamente, entonces si hay un problema.
|
|
#10
27/02/11, 14:56:50
|
||||
|
||||
|
Cita: Originalmente Escrito por FLIPOXP
Ostras pues entonces que solución hay ?
Los servicios que me molestan son en concreto el paypal,ebay,qik,trackerpro y alguno que otro más son programas que están cada ves x tres autoejecutandose y chupando 3g tengo el juicedefender pero aún así se ejecutan..aunque no haya internet... Voy a probar ejecutar el qik que es muy psado y reinicio el movil a ver su se vuelve a ejecutar...a también tengo el fring...y a veces se queda en segundo plano y chupa también...a ver que opinais?vosotros como lo tenéis? Sent from my GT-I9000 using Tapatalk si no recuerdo mal, en la de ebay se podría desactivar las notificaciones...... creo eh?
__________________
---------------------------------------------------------------------------- Miembro de la plataforma O.C.R.F.'s (Obsessive Compulsive ROM Flashers)
|
|
#11
27/02/11, 16:43:42
|
||||
|
||||
|
Con el autostarts, si que puedes evitar que cuando se hace una determinada acción, se active otra con la que esté asociada.
por ejemplo Si buscas con autostarts la acción Wi-Fi state changed (la primera) y la abres, verás que tiene asociado el Ajustes (control de energía). Esto lo que hace, es que cuando activas o desactivas el wifi, te lo marca, por ejemplo en el widget del control de energía. Si desactivas ese Ajustes (control de energía) con el autostarts, lo que harás será que cuando actives o desactives el wifi, El Ajustes (control de energía) lo ignorará y no te marcará nada. Pero debes tener cuidado con lo que desactivas. Porque puede que no solo lo desactives para la función que escoges. Por seguir con el ejemplo de antes... Si has deshabilitado ese ajustes (control de energía), efectivamente no te marcará el wifi, pero tampoco te marcará por ejemplo el Bluetooth. Si te fijas en el apartado BT state changed, puede que ahí lo veas habilitado, pero eso es porque no has hecho un reload (botón de abajo a la izquierda). Si lo haces, verás como esta vez si que te sale como que lo tienes deshabilitado. No se si me he explicado bien, o lo he liado mas... 
__________________
 Llevadera es la labor cuando muchos comparten la fatiga (Homero)
|
|
#12
27/02/11, 17:14:27
|
||||
|
||||
|
Mas o menos pues mira decir que con lo que he hecho no se me autoejecuta nada y ejecute el qik y cerre y luego reinicié y tampoco de momento lo que quería...
Yo creo que espia servicios si consumen bateria porque utiizan cpu y datos y tenerlo en segundo plano para nada como que no.. Solo dejo el whatsapp y tango qe se ejecuta cuando quiere y cuando coincida con la conexión abierta ya que tengo el juicedefender cada 30min se conecta 1 min...aun así me da la espina que la bateria se me a cascado porque hago cuatro cosas y me dura nada llevo esta semana a partir de las 5 o 6 poniendo lo a cargar xq se me queda x el 30% y sino me deja tirado...una de dos o es x los programas o la bateria antes me duraba más o eso creo... Sent from my GT-I9000 using Tapatalk
|
|
#13
27/02/11, 17:52:24
|
||||
|
||||
|
Cita: Originalmente Escrito por intronauta
Autostart solo evita que un proceso o servicio se ejecute en el primer arranque haciendo que el sistema "cargue antes", pero poco más. Al rato los servicios aparecerán de la nada.
Cita: Originalmente Escrito por intronauta
Los servicios están pensados para ejecutarse continuamente ante eventos o por necesidades y son fundamentales, aparte android les da un tratamiento muy especial donde si necesita memoria puede decidir si matarlos o no sabiendo que volverán a cargarse después.
A mayores comentar que a Android ni sabe ni le importa si un servicio o aplicación se va a ejecutar más pronto o más temprano. Lo único que le importa es su prioridad para saber si puede cepillárselo o no cuando le haga falta. Cita: Originalmente Escrito por intronauta
Para matar un servicio la única forma efectiva es que el desarrollador no lo cree pero limita mucho la flexibilidad que ofrece android y sin ellos habría situaciones que simplemente no podrían darse.
Salu2
|
|
#14
27/02/11, 18:50:52
|
||||
|
||||
|
Cita: Originalmente Escrito por AlexGF
Prevenir que se cargue sólo es una de las posibilidades. Hay muchas más, tantas como eventos tiene reconocidos el programa. La razón de que un servicio que ha sido prevenido de cargarse en el arranque aparezca después es porque está asociado a más eventos aparte del arranque. Si lo desactivas en todos ese servicio nunca se ejecutará.
Cita: Originalmente Escrito por AlexGF
Esto es verdad a medias. La filosofía de precarga de servicios y aplicaciones no tiene por qué adaptarse a las necesidades del usuario final. Por ejemplo, el tipo que diseña una aplicación para la cámara probablemente asume que el usuario que la instala usará la cámara a menudo, por lo tanto provee un servicio que hace que la cámara siempre esté en segundo plano para que el usuario pueda acceder a ella con la mayor rapidez. Eso sin contar que los programas nunca son "generosos" con sus aplicaciones vecinas, todos intentan "pillar" todo lo que pueden.
A mayores comentar que a Android ni sabe ni le importa si un servicio o aplicación se va a ejecutar más pronto o más temprano. Lo único que le importa es su prioridad para saber si puede cepillárselo o no cuando le haga falta. Cita: Originalmente Escrito por AlexGF
Depende del servicio. Los servicios proporcionados por aplicaciones que no pertenecen o no están integradas en el sistema pueden matarse con cualquier task killer, pero incluso a algunos de esos servicios "protegidos" se les puede meter mano. ¿Cómo? Pues con un programa como el Autokiller que te permite definir la agresividad con la que Android se cepilla las aplicaciones/servicios que están en memoria.
Salu2 Suele haber una tendencia a pensar que todo lo que se ejecuta en segundo plano, independientemente de si tiene actividad o no es malo, ocupa memoria y gasta batería y bueno, hay que entender como funciona android o un kernel linux mismamente y quitarle importancia a esto. Si el trabajo del programador o código es razonable -como puede ser el caso de las aplicaciones que comentan de paypal o ebay- no debería ser un problema que pululen por la memoria. probablemente gasta más memoria matar y relanzar continuamente la aplicación que mantenerla en memoria.
|
|
#15
27/02/11, 21:12:50
|
||||
|
||||
|
Cita: Originalmente Escrito por intronauta
No se trata de atribuirle la capacidad de discernir entre un servicio u otro ni que todos sean igual de importantes, pero un programador si quiere puede establecer una prioridad alta durante toda la vida del proceso para evitar que sea cerrado, y aún así en situaciones oom "extremas" el sistema matará este proceso e intentará reiniciarlo en cuando exista la posibilidad. Donde voy es que android está preparado para convivir con "servicios" de la naturaleza que sea y aunque los mate en base a unos privilegios cuenta con que puede haber ocasiones en que necesite darles un tratamiento especial porque por su naturaleza son parte importante del sistema e influyen en la experiencia del usuario final. Que sea para bien o para mal ya depende de otros factores, calidad del programa, nivel del programador,...
Cita: Originalmente Escrito por intronauta
Suele haber una tendencia a pensar que todo lo que se ejecuta en segundo plano, independientemente de si tiene actividad o no es malo, ocupa memoria y gasta batería y bueno, hay que entender como funciona android o un kernel linux mismamente y quitarle importancia a esto. Si el trabajo del programador o código es razonable -como puede ser el caso de las aplicaciones que comentan de paypal o ebay- no debería ser un problema que pululen por la memoria. probablemente gasta más memoria matar y relanzar continuamente la aplicación que mantenerla en memoria.
Saludos
|
|
#16
28/02/11, 03:40:24
|
||||
|
||||
|
Cita: Originalmente Escrito por AlexGF
La prioridad de las aplicaciones la determina el SO no el programador. Cuando el usuario (o el SO) lanza un proceso, este se empaqueta con una serie de propiedades, identificadores, punteros... etc. Uno de ellos es la prioridad, la cual puede mantener constante durante toda su vida (si es un proceso crítico) o puede variar dependiendo de las circunstancias o de las acciones del usuario.
Saludos En cuanto a la prioridad hay algo que no tengo muy claro, porque siempre he pensado que la gestión de las aplicaciones en memoria era exclusivamente en base a privilegios obtenidos vía oom_adj/init.rc->act. manager serv ->lowmemorykiller/minfree driver blablabla, pero existen entonces más variables a tener en cuenta? Por ejemplo: los parámetros minfree puede asignarse en cualquier momento y también se puede forzar el valor oom_adj de un proceso manualmente (poco ortodoxo pero factible), pero ¿existe otra variable que pueda ser configurada a nuestro antojo o que pueda por ejemplo bloquear o excluir a un proceso? No existe nada parecido al oom_disable? Se me ocurren algunos procesos que me gustaría mantener abiertos y que escapen a cualquier gestión de terceros. Cita: Originalmente Escrito por AlexGF
Es que esa es la raiz del problema. La peña se compra un terminal de estos y pretende manejarlo como si fuera el Windows. No hay más que ver la cantidad de aplicaciones que hay en el Market para monitorizar la CPU, la RAM y matar procesos. Entre eso y que la gente se sube por las paredes si la batería no le dura 1 semana se van la mitad de las aplicaciones del Market. Falta muchísimo entendimiento del sistema.
 Los "autokiller" en su momento parecía una nueva variante de "taskiller" pero al final ayudó a que terminales menos potentes se pudieran gestionar mejor sus recursos, o al menos poder ajustarlos a la potencia real del terminal y no en base a valores genéricos (tomaron buena nota en google, Htc, motorola,...), ya que en alguno era preferible limitar la multitarea para ganar fluidez y darle mayor solvencia que ahogarle, pero en terminales como el nuestro es absurdo, ni autokillers, ni matar aplicaciones ni nada parecido, aunque esto es una batalla casi perdida. Joer, pero recuerdo que había otros "autokiller" que se dedicaban a matar regularmente aplicaciones que era de locos, pero la gente hablaba maravillas de ellas incluso diciendo que duraba más la batería con ellas!!. Si luego sumas que hay cocineros que parece que venden "detergente" y cada vez limpian más blanco "porque sí" y reportes milagrosos de usuarios en base a "algo" que no se apoya en mejoras técnicas reales, la pelota se hace enorme y solo importa la imagen o lo bien que se venda el producto: Ver mucha ram, ver la CPU a 2Ghz, quadrant y más quadrant (parece que la cosa en este sentido se ha relajado), en nuestro caso neocore se nos queda pequeño pero sino también, ver 250 aplicaciones instaladas, etc.. Última edición por intronauta Día 28/02/11 a las 03:54:06.
|
| Gracias de parte de: | ||
|
#17
28/02/11, 12:28:54
|
||||
|
||||
|
Lo que tú me preguntas son cuestiones muy específicas del Android y lo que yo tengo son unos conocimientos muy rudimentarios sobre el funcionamiento de los sistemas operativos.
Hasta donde yo sé, la gestión de las prioridades de los procesos depende del sistema operativo exclusivamente. Cuando se lanza un proceso nuevo, no se carga directamente en memoria el código, se crea lo que se llama un bloque de proceso que contiene la información necesaria para poder monitorizarlo. En una primera instancia el bloque contiene poca información, apenas un identificador, un par de punteros y una variable de estado que indica si el proceso está listo para ser ejecutado, en espera, muerto... etc. En función de ese estado el organizador de procesos lo coloca en la cola correspondiente y pasa a ser manejado por el organizador asignado a dicha cola. A medida que va pasando por las distintas colas (corto-plazo, medio plazo y largo plazo) la información contenida en el bloque se amplia. Por ejemplo cuando llega a la cola de corto-plazo, el "dispatcher" es el que decide cuando tendrá acceso a tiempo de computación (a groso modo serían los procesos que ves cuando lanzas el administrador de tareas). Sí este proceso en un momento dado tiene que esperar por un dato externo o cambia su prioridad (por ejemplo si el usuario abre otra aplicación en primer plano), el proceso se mueve de la cola a corto-plazo a la de medio-plazo (lo que en Windows sería la memoria virtual y en Linux la swap). Esto todo en tiempo de ejecución. Por lo que me comentas, yo entiendo que lo que puedes hacer es variar parámetros de comportamiento del sistema (lo que hace el Autokiller). Quizá incluso puedas hilar más fino y modificar las prioridades de los procesos propios del sistema porque son conocidos pero en el caso de las aplicaciones de usuario no sé si se prodrá. A fin de cuentas hasta que la aplicación no se ejecuta no se sabe nada de ella. Personalmente no creo que se pueda llegar a esos niveles porque se podría comprometer el funcionamiento del sistema o permitiría que una aplicación de usuario se "impusiese" sobre el propio sistema contra el que corre. En cualquier caso es pura especulación porque, sinceramente, mis conocimientos no me dan para más 
|
|
#18
28/02/11, 13:05:39
|
||||
|
||||
|
Cita: Originalmente Escrito por AlexGF
Lo que tú me preguntas son cuestiones muy específicas del Android y lo que yo tengo son unos conocimientos muy rudimentarios sobre el funcionamiento de los sistemas operativos.
Hasta donde yo sé, la gestión de las prioridades de los procesos depende del sistema operativo exclusivamente. Cuando se lanza un proceso nuevo, no se carga directamente en memoria el código, se crea lo que se llama un bloque de proceso que contiene la información necesaria para poder monitorizarlo. En una primera instancia el bloque contiene poca información, apenas un identificador, un par de punteros y una variable de estado que indica si el proceso está listo para ser ejecutado, en espera, muerto... etc. En función de ese estado el organizador de procesos lo coloca en la cola correspondiente y pasa a ser manejado por el organizador asignado a dicha cola. A medida que va pasando por las distintas colas (corto-plazo, medio plazo y largo plazo) la información contenida en el bloque se amplia. Por ejemplo cuando llega a la cola de corto-plazo, el "dispatcher" es el que decide cuando tendrá acceso a tiempo de computación (a groso modo serían los procesos que ves cuando lanzas el administrador de tareas). Sí este proceso en un momento dado tiene que esperar por un dato externo o cambia su prioridad (por ejemplo si el usuario abre otra aplicación en primer plano), el proceso se mueve de la cola a corto-plazo a la de medio-plazo (lo que en Windows sería la memoria virtual y en Linux la swap). Esto todo en tiempo de ejecución. Por lo que me comentas, yo entiendo que lo que puedes hacer es variar parámetros de comportamiento del sistema (lo que hace el Autokiller). Quizá incluso puedas hilar más fino y modificar las prioridades de los procesos propios del sistema porque son conocidos pero en el caso de las aplicaciones de usuario no sé si se prodrá. A fin de cuentas hasta que la aplicación no se ejecuta no se sabe nada de ella. Personalmente no creo que se pueda llegar a esos niveles porque se podría comprometer el funcionamiento del sistema o permitiría que una aplicación de usuario se "impusiese" sobre el propio sistema contra el que corre. En cualquier caso es pura especulación porque, sinceramente, mis conocimientos no me dan para más A ver si encuentro un hilo en xda donde tenían una aplicación de prueba que se autoasignaba periódicamente valores oom_adj=0 (foreground) escapando a cualquier gestión de memoria y ni estaba en primer plano, ni tenía actividad.
|
|
#19
28/02/11, 14:18:46
|
||||
|
||||
|
Este hilo está interesantísimo
__________________
Llevadera es la labor cuando muchos comparten la fatiga (Homero)
|
|
|
|
Estás aquí
|
||||||
|
||||||
![Array
[xs_avatar]](https://avatar.htcmania.com/avatares/unknown.gif)
![Array
[xs_avatar]](https://avatar.htcmania.com/avatares/avatar67910_5.gif){kind=avatar}
![Array
[xs_avatar]](https://avatar.htcmania.com/avatares/avatar326374_1.gif){kind=avatar}
![Array
[xs_avatar]](https://avatar.htcmania.com/avatares/avatar175730_29.gif){kind=avatar}
![Array
[xs_avatar]](https://avatar.htcmania.com/avatares/avatar403265_15.gif){kind=avatar}