touch-packages team mailing list archive
-
touch-packages team
-
Mailing list archive
-
Message #129989
[Bug 1364009] Re: [Spread] A continuously growing number of dead applications in the spread use more and more memory
How about keeping the UX as it is today but instead unload the pictures
from RAM and from GPU memory, store them on disk, and load them on
demand.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1364009
Title:
[Spread] A continuously growing number of dead applications in the
spread use more and more memory
Status in Ubuntu UX:
Fix Committed
Status in unity8 package in Ubuntu:
New
Bug description:
What should we do when there's a large number of dead applications
(automatically killed due to out-of-memory situations) in the spread?
Option 1 - Keep them all in the spread
We must them unload those app screenshots (move them to disk) to save
memory. If the user has a lot of dead apps in the spread, even though
the apps themselves are not taking up memory space anymore, their
respective screenshots in the spread still do.
So oldest of those dead apps that are not being displayed on the
spread should have their screenshot images unloaded and saved to disk.
If the user then scrolls the spread making them visible again they
should be loaded back from disk.
There's the risk that if the user is flicking too fast down to the
oldest apps, he might see screenshots popping in as they're reloaded
from disk.
Option 2 - Automatically remove the oldest dead ones
Simpler to implement and there's no risk of running into the "texture pop in" situation described above.
It also save the user the burden of manually removing apps he doesn't care anymore and probably forgot about long ago.
-----------------------
Desired solution:
Option 1 with upper limit value 100. See the reasoning from comment
section below.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1364009/+subscriptions