![]() |
[REQUEST] Optimizing not closing certain apps
Hi everybody.
Is there anyone here with a good knowledge about Maemo wich can make certain apps comes "pre-loaded" or closing making it sleep and vanishes from dashboard BUT stilll running (when you load it again by apps menu, it'll show again, like the MicroB, for example)? It would be great to see quicker startup on some selectable apps as my RAM is always at 40%-50%, it think we could use it more. Also, I see a lot of delay using the internal/external memory, it seems that most of the device lag comes from I/O, wich I suppose that doesn't happen in RAM's I/O. Well, just an idea, lets discuss. |
Re: [REQUEST] Optimizing not closing certain apps
microb launches fast because it preloaded. IIRC You can unload it with browser switcher app.
And about launch speed. Sadly they seem all bit slow (what is slow?, well to me itīs app that doesn't start in 1-2s to point where you can interact with it) to start. At least currently apps that have been made with python. I doubt that you gain any speed increase from unloading microb. Best thing probably is to keep those programs running that you want to access fast. |
Re: [REQUEST] Optimizing not closing certain apps
Won't be too difficult - just hide the main window on a destroy event (to talk in GTK+ terms) and re-show it on a D-Bus signal (i.e. when it's activated from the application manager). The only problem is that the app has to be coded to not cause unnecessary wake-ups when running in "hidden" mode and it could lead to a problem with memory consumption, as "hidden" apps still reside in memory, even if they are swapped out to swapspace.
MeeGo Touch will provide something like this built-in: http://apidocs.meego.com/mtf/namespa...f36522ced5ffff (it's called "prestart mode" or "lazy shutdown" there) You can set it on MApplication: http://apidocs.meego.com/mtf/class_m...4c965367ca7c77 AFAIK the "prestart" mode (loading before first use) is limited to built-in apps, but lazy shutdown (keeping in memory after first use) could be possible on MeeGo. For Maemo, it's possible - it's just a matter of where it makes sense and then of implementing it. Here's how you would do it:
|
Re: [REQUEST] Optimizing not closing certain apps
Quote:
|
Re: [REQUEST] Optimizing not closing certain apps
Quote:
I'll try to explain it better, since I haven't seen much interest: - Most of the time, N900's RAMs is at 50%, this means: we can preload more apps on it and have a fast user experience launching apps; - Most of the time, when using N900's ROM memory (the 32gb part) it slows down the system, and it's not about processing power, it's about I/O. This means: the less you read from ROM, the faster you get it (wich is true always...). - Most of the time, I tend to close apps because I don't want them taking space at dashboard (I loose the menu shortcut), but I tend to relaunch it after a certain time. So my idea is to have a app to control wich apps will "prelaunch" at startup and got "hidden" from dashboard... you launch it, use it, it's on dash, once you hit the close, it'll get back to RAM, hide from dashboard. Kinda default browser. |
Re: [REQUEST] Optimizing not closing certain apps
uhm, really no one? everyone is happy with wasting RAM?
|
Re: [REQUEST] Optimizing not closing certain apps
RAM isn't actually wasted though. Its being used for disk caching, so it may very well be caching the binaries of the apps you want anyway, or something more important.
|
Re: [REQUEST] Optimizing not closing certain apps
Quote:
|
Re: [REQUEST] Optimizing not closing certain apps
Guys, i've got a little solution for my problem:
http://talk.maemo.org/showthread.php...ght=swappiness Changing swappiness to something around 0-20 makes my RAM most of the time at 70%-90%, wich is cool. Also, it looses less time doing swap... I have stopped the tracker indexing too: http://talk.maemo.org/showthread.php?t=61440 My device is responding better and the battery improved dramatically! |
Re: [REQUEST] Optimizing not closing certain apps
Quote:
Try "free" or "cat /proc/meminfo" http://unixfoo.blogspot.com/2008/02/...ocmeminfo.html Quote:
|
All times are GMT. The time now is 08:14. |
vBulletin® Version 3.8.8