New issue
Advanced search Search tips

Issue 771355 link

Starred by 8 users

Issue metadata

Status: Available
Owner: ----
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Chrome , Mac
Pri: 2
Type: Feature



Sign in to add a comment

Purge discardable memory with timeout

Project Member Reported by ericrk@chromium.org, Oct 3 2017

Issue description

We should purge discardable memory for decoded images after a certain period of non-use (30s? 1m?), so that the discardable system won't get ~permanently locked in at the 512MB limit on Desktop. This is especially important on systems without reliable memory pressure signals (Mac / Windows), as we don't have any mechanisms for freeing this memory other than exceeding the limit.

Purging after a long delay might hurt scroll performance if a tab is scrolled after a long break, but shouldn't be worse than the initial scroll. We should watch for regressions in responsiveness metrics.
 
Cc: khushals...@chromium.org
A more aggressive purge plays nicely with another thing I would love to see:

We got tons of buy-in for "pausing" animations which aren't currently visible.
IE when we scroll an image back into view, we resume where we left off rather than try to catch up to where it would have been.

We can stretch this idea a tad further and say if the image wasn't used in 30s / 1m / whatever then we can just purge it all and start over from the beginning of the animation.

I think that is the correct trade-off to make. We always reduce memory usage. And we only pay extra CPU as needed, *IF* needed.


Khushal landed some great code to tick animations in CC rather than Blink. Once the dust settles from that, we can add the "pausing" of animations followed by starting over when an animation is purged.

Comment 2 by fsamuel@google.com, Oct 20 2017

Owner: ericrk@chromium.org
Status: Assigned (was: Available)
Assigning to ericrk@. Should this be P1?

Comment 3 by ericrk@chromium.org, Oct 27 2017

Labels: -Pri-1 Pri-2
Owner: ----
Status: Available (was: Assigned)
Dropping priority to P2 and marking available. This would be nice to have, but I probably won't have time to work on it in the immediate future.
Project Member

Comment 4 by sheriffbot@chromium.org, Oct 29

Labels: Hotlist-Recharge-Cold
Status: Untriaged (was: Available)
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue.

Sorry for the inconvenience if the bug really should have been left as Available.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Status: Available (was: Untriaged)

Sign in to add a comment