I would like to present a short session and faciliate the follow up discussion on and dealing with the memory constraints on our system at an application framework level.
>From my understanding, there are two situations we are running into with low memory that need separate solutions: 1) A single running application, Browse for example, chews up lots of memory. The only real solution I can think of to this is to make the applications and underlying libraries leaner and smarter. :) 2) End users run multiple applications or multiple instances of the same application, quickly chewing up system resources. I would like to primarilly focus on dealing with (2). I've done a bit of reading on how other low memory systems (cell phones for example) handle running multiple tasks and would like to propose we borrow some of these ideas for Sugar. In Android for example, when a user switches between tasks, the framework will tell switched out task to save enough state such that it can handle being killed while in the background. The user does not know that a background application is dead and on task switch back to that application, the framework will restart the application and tell it that it should restore state and not do a cold startup. I need to read more of the Android and Sugar docs before I can have a detailed proposal but at a high level my proposal is to add similar smarts to our framework. This includes, but is not limited to: - Adding Sugar APIs to handle cold activity start vs restart from saved state and modifying activites to support these APIs. - Make the Sugar framework (or some other system component) talk to the kernel's OOM interface (/proc/<pid>/oom) to manage what tasks should be killed and ensure the foreground process does not get killed. What I'm proposing is a form of cooperative multitasking managed at the application framework level instead of the core OS level. ~Deepak -- Deepak Saxena - Kernel Developer - [EMAIL PROTECTED] _______________________________________________ Devel mailing list [email protected] http://lists.laptop.org/listinfo/devel
