|
Quote:
|
Unlike the desktop we don't have a large source of memory to tap and no virtual memory (since we don�t require a device to have secondary storage that we could swap memory out to) so a device can quickly get into a state where most of the available memory is in use.
|
I've seen background applications start to close, one after another, with more than 20MB of free RAM on a WM2002 Dell X5. Guess that's not very important... except to the host of folks still relying on that very solid device. Memory leaks were so terrible that I decided to upgrade... which is another story, but anyway, it fixed the leak/close app problem.
With my WM2003SE Toshiba e800, I find that anything less than about 40MB free RAM and the thing becomes unstable. I've been wise in this regard and have installed virtually all of my 75+ applications to either the file store or to SD, and so have at least 95MB of RAM free on every reboot. Still, things get chewed up after hours of use and a lot of apps opened and closed - with Wisbar - and so the old several-soft-resets-per-day routine is still needed. Otherwise I typically see memory drop to under 50MB in a day, even with not a single program running besides startup stuff.
So I wonder, for folks like me, why not offer an optional virtual memory on SD function? It could be a user-controlled toggle in settings, or perhaps the kernel could poll for a card every 30 seconds. Whatever. Pocket Artist has proven with recent versions that using a mounted storage card for swapfiles works just fine from within a memory-hungry application, especially when editing very large images. Why couldn't MS do the same thing Conduits did; namely, make a checkbox allowing use of a card for this function, and an adjustable per-file and total-filesize limit which the more advanced users could set per their needs? If one developer could do this, why not the main OS developer? Or is there some technical roadblock?
|
How The Windows Mobile 5 Shell Handles Low Memory
Linear Mode
