Discussion :

[transgohan]

Bah ma tablette sous Android 2.2 n'est pas aussi parfaite que cela.
Si je tue manuellement des applications (avec le task manager d'Android) c'est bien parce que si je lance FF et que je charge plus d'onglet que j'ai de RAM j'ai ma tablette qui freeze.
Il ne libère pas la RAM des applis en arrière plan.

Après ce que vous décrivez est peut être tout à fait valable pour Android 4, mais comme je n'ai aucune mise à jour chez Samsung... Et que j'ai un peu la flemme de la jailbreaker pour si peu.

[hotcryx]

Ben pourtant il suffit de lancer une application... de la passer en arrière plan et regarder le système (les temps CPU)... l'application ne prend plus aucun temps CPU. Elle prend toujours de la mémoire, jusqu'à ce qu'Android décide de la fermer... auquel cas elle disparait corps et bien... même le process (visible sous DDMS) disparait dans ce cas.

Il n'y a que dans le cas d'utilisation d'un service "background" qu'Android va conserver le process "up"... Mais quel est l'interêt d'un service background pour un browser ?

http://www.androidcentral.com/ram-wh...-shouldnt-care

Sous 2.2, je vois toujours des applics en background qui consomment du cpu
Ce n'est parfois pas grand chose: 0,06% 0,20%...

[nicroman]

Oui oui il peut y avoir des "services" en background...
Reste à savoir si un tel service est utile pour un "browser"... Et si Firefox crée un service background qui prend X% de CPU alors qu'il n'y a rien d'affiché, je pense qu'il sera vite désinstallé ^^

[hotcryx]

Ce pourrait être des xmlHttpRequests, de l'ajax en préparation

Je pense qu'ils devraient d'abord fournir un code Firefox beaucoup plus light sur les x86 avant de s'attaquer au ARM.

[Feanorin]

Il n'y a que dans le cas d'utilisation d'un service "background"

Thread AsyncTask sont également des mangeurs de CPU si ceux-ci ne sont pas arrêté dans le onStop.