Thanks for the explanation Justin. Some commentaries about it.
If we kill the homescreen app, for example, when you return to the homescreen, we'll re-load it. It's not a great experience for users, but it is not correct that the phone is useless if we kill the homescreen app.
I knew it. This is happening on Gaia level, isn't it? And I don't know if the OOM Killer can actually kill the homescreen but I was talking about taking this out from Gaia to B2G in some standard way.
The keyboard app runs in the system process for B2G v1 so is not susceptible to being killed currently.
Yes, I was just trying to foresee potential problems in the future.
We have a number of bugs about tuning these heuristics, but we are in the early stages of this work. We intend to keep these heuristics simple; for example, it is not a goal to allow users to configure exactly which apps are preferentially kept alive.
+1
Instead, we will focus on keeping "active" apps (such as the currently visible app; the hypothetical OOP keyboard, if it's currently shown; and the app handling an active call) from being killed.
Yes, and how will you distinguish between these active ones and others not active? I saw the response from Dave Haylands and I read there the score is being calculated taking in count percentage of memory usage and foreground / background state. The prioritization I proposed could fit in this schema acting as a set of weight values.
I'm not forcing you to change the heuristics at all, **just pointing there is a "natural classification" of applications we could take in count**. May be the keyboard wont get a very big score because, despite the memory usage, it is in foreground most of time. Or maybe the dialer wont be killed because, despite it is in background most of the time, it uses few memory but I think they are part of critical applications so the weight for them could be 0 to prevent being killed by the OOM killer.
See bug 768832 for some of the work that we're doing here. Thanks.
Thanks to you and Dave for the feedback. ________________________________ Este mensaje se dirige exclusivamente a su destinatario. Puede consultar nuestra política de envío y recepción de correo electrónico en el enlace situado más abajo. This message is intended exclusively for its addressee. We only send and receive email on the basis of the terms set out at: http://www.tid.es/ES/PAGINAS/disclaimer.aspx _______________________________________________ dev-b2g mailing list [email protected] https://lists.mozilla.org/listinfo/dev-b2g
