14 respostas a este tópico

[filman]

Boas pessoal!Venho aqui partilhar um problema que detectei no nosso Desire...o alarme de vez em quando deixa de tocar, ou seja, há manhãs em que chego tarde ao trabalho :)Pelo que tive a ler...parece que não sou o único a quem acontece isto.Alguém me sabe dizer se existe alguma solução para o problema? Cheers!!Já descobri...tem a ver com as excepções no Advanced Task Killer.Eu acabei por desinstala-lo...há quem diga que não serve para nada.[[]

[Skimi]

Isso aconteceu-me hoje... também cheguei tarde ao trabalho e tenho um task killer instalado... é só com o Advanced Task Killer ou o problema também pode ser com outros do género?

[Styll]

Boas têm que ter cuidado com "terminar" das aplicaçôes porque se fecharem o alarm ele não toca.

[FernandoMiguel]

isso e' o q da n ler http://android-devel...ndroid-way.html

[sismeiro]

Para quem quiser perceber como funciona o multitasking do Android. É repetido mas fica aqui tambem pois é sempre bom informar de novo.

When does an application "stop"?A common misunderstanding about Android multitasking is the difference between a process and an application. In Android these are not tightly coupled entities: applications may seem present to the user without an actual process currently running the app; multiple applications may share processes, or one application may make use of multiple processes depending on its needs; the process(es) of an application may be kept around by Android even when that application is not actively doing something.The fact that you can see an application's process "running" does not mean the application is running or doing anything. It may simply be there because Android needed it at some point, and has decided that it would be best to keep it around in case it needs it again. Likewise, you may leave an application for a little bit and return to it from where you left off, and during that time Android may have needed to get rid of the process for other things.A key to how Android handles applications in this way is that processes don't shut down cleanly. When the user leaves an application, its process is kept around in the background, allowing it to continue working (for example downloading web pages) if needed, and come immediately to the foreground if the user returns to it. If a device never runs out of memory, then Android will keep all of these processes around, truly leaving all applications "running" all of the time.Of course, there is a limited amount of memory, and to accommodate this Android must decide when to get rid of processes that are not needed. This leads to Android's process lifecycle, the rules it uses to decide how important each process is and thus the next one that should be dropped. These rules are based on both how important a process is for the user's current experience, as well as how long it has been since the process was last needed by the user.Once Android determines that it needs to remove a process, it does this brutally, simply force-killing it. The kernel can then immediately reclaim all resources needed by the process, without relying on that application being well written and responsive to a polite request to exit. Allowing the kernel to immediately reclaim application resources makes it a lot easier to avoid serious out of memory situations.If a user later returns to an application that's been killed, Android needs a way to re-launch it in the same state as it was last seen, to preserve the "all applications are running all of the time" experience. This is done by keeping track of the parts of the application the user is aware of (the Activities), and re-starting them with information about the last state they were seen in. This last state is generated each time the user leaves that part of the application, not when it is killed, so that the kernel can later freely kill it without depending on the application to respond correctly at that point.In some ways, Android's process management can be seen as a form of swap space: application processes represent a certain amount of in-use memory; when memory is low, some processes can be killed (swapped out); when those processes are needed again, they can be re-started from their last saved state (swapped in).

Fonte: http://android-devel...ndroid-way.html

[filman]

Muito agradecido pelo esclarecimento!:)PS: Infelizmente ninguém nasce ensinado

[ivanoe]

Apesar de perceber Inglês,não domino todos os termos técnicos,seria possivel traduzir o mesmo,pois os tradutores on-line são pouco fidedignos.Estaria interessada em saber a informação sobre o assunto,pois sou possuidora de um Htc Desire.Obrigada.

[Fredericosilva]

Eu estou com um problema no alarme, ele desperta mas deixou de dar som... Alguma sugestao? Obrigado desde já.

[sismeiro]

filman escreveu:

Muito agradecido pelo esclarecimento!:)PS: Infelizmente ninguém nasce ensinado

Concordo. Não sei se é o caso mas muito pessoal faz essas coisas como resultado de terem utilizado outros sistemas operativos menos eficazes como por exemplo o WinMo. É compreensível.

[sismeiro]

Fredericosilva escreveu:

Eu estou com um problema no alarme, ele desperta mas deixou de dar som... Alguma sugestao? Obrigado desde já.

Eu sugiro instalar a aplicação Audio Manager e verificar os níveis do sons.

[DiogoLamego]

eu no inicio, quando comecei a usar android... tinha a mania de andar sempre a eliminar processos... e realmente era bonito ter sempre muita memória disponivel...um dia uma conversa com o sismeiro e com o bugabundo deu em testar sem o taskiller... e acabou-se nunca mais...o android não precisa nada disso... dizem que há apps que precisam de um empurram do taskiller mas nunca mais precisei de nada disso, e o meu MID 100% funcional... nunca mais tive problemas...

[maxado]

Fredericosilva escreveu:

Eu estou com um problema no alarme, ele desperta mas deixou de dar som... Alguma sugestao? Obrigado desde já.

Vê nas configurações se tens o som do alarme activo.Como foi sugerido o widget do audiomanager faz-te bem isso...

[maxado]

ivanoe escreveu:

Apesar de perceber Inglês,não domino todos os termos técnicos,seria possivel traduzir o mesmo,pois os tradutores on-line são pouco fidedignos.Estaria interessada em saber a informação sobre o assunto,pois sou possuidora de um Htc Desire.Obrigada.

Basicamente o texto ali escrito diz que o sistema de gestão de memoria do sistema operativo android funciona de uma maneira automática, em que ele decide através de umas regras se a aplicação deve continuar a correr ou não, ou seja, se ele vir que tem memoria suficiente para correr a aplicação e o resto das aplicações que estão a correr sem problemas ele faz isso na boa, quando vir que está a ficar sem memoria faz kill ao processo.Outros apontamentos importante a reter do texto é que no SO android existe uma diferença entre aplicações e processos, ou seja, uma aplicação pode ter o seu processo a correr para ela e outros processos de outras aplicações também a suportar-la, dai que andar a brincar aos kill's nos processos pode dar asneira!!Outra coisa a reter é também o facto de o SO deixar os programas a correr desde que não precise de memoria só nos vai ajudar, no texto da o exemplo do browser, por exemplo, eu fecho o browser numa determinada pagina, que ainda não está totalmente carregada, quando lá voltar, ja vai estar totalmente carrega pois o processo continuou em background a efectuar a operação!!E acho que é isto +/- que diz ali no texto...Se estiver enganado corrijam-me...

[PJFonseca]

maxado escreveu:

ivanoe escreveu:

Apesar de perceber Inglês,não domino todos os termos técnicos,seria possivel traduzir o mesmo,pois os tradutores on-line são pouco fidedignos.Estaria interessada em saber a informação sobre o assunto,pois sou possuidora de um Htc Desire.Obrigada.

Basicamente o texto ali escrito diz que o sistema de gestão de memoria do sistema operativo android funciona de uma maneira automática, em que ele decide através de umas regras se a aplicação deve continuar a correr ou não, ou seja, se ele vir que tem memoria suficiente para correr a aplicação e o resto das aplicações que estão a correr sem problemas ele faz isso na boa, quando vir que está a ficar sem memoria faz kill ao processo.Outros apontamentos importante a reter do texto é que no SO android existe uma diferença entre aplicações e processos, ou seja, uma aplicação pode ter o seu processo a correr para ela e outros processos de outras aplicações também a suportar-la, dai que andar a brincar aos kill's nos processos pode dar asneira!!Outra coisa a reter é também o facto de o SO deixar os programas a correr desde que não precise de memoria só nos vai ajudar, no texto da o exemplo do browser, por exemplo, eu fecho o browser numa determinada pagina, que ainda não está totalmente carregada, quando lá voltar, ja vai estar totalmente carrega pois o processo continuou em background a efectuar a operação!!E acho que é isto +/- que diz ali no texto...Se estiver enganado corrijam-me...

Não podia ser mais correcto! É isso tudo e isso é que é a beleza do sistema Android

[filman]

sismeiro escreveu:

filman escreveu:

Muito agradecido pelo esclarecimento!:)PS: Infelizmente ninguém nasce ensinado

Concordo. Não sei se é o caso mas muito pessoal faz essas coisas como resultado de terem utilizado outros sistemas operativos menos eficazes como por exemplo o WinMo. É compreensível.

Sim, é o meu caso