New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 890621 link

Starred by 2 users

Issue metadata

Status: Fixed
Owner:
Last visit > 30 days ago
Closed: Oct 12
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: ----
Pri: 2
Type: Bug



Sign in to add a comment

Eliminate temporary surface reference "OWNERSHIP"

Project Member Reported by fsam...@chromium.org, Sep 30

Issue description

We introduced the notion of "OWNERSHIP" for temporary references in order to allow parent FrameSinks to go away and to immediately take associated temporary references with them.

However, we also have a timer that expires temporary references after a period of time.

The FrameSink invalidating case is quite rare. However, ownership assignment incurs MANY additional IPCs: OnFirstSurfaceActivation from Viz => Viz host, and then AssignTemporaryReference from Viz host => Viz.

On Android, this happens ON EVERY SCROLL when surface synchronization (and OOP-D) are enabled. This seems like a silly, and unnecessary overhead that we can avoid.
 
Labels: -Pri-3 M-71 Pri-2
I'm looking at stable UMA numbers between 5% to 7% (depending on the platform) of temporary references are removed due to invalidation soon than they expire. Getting rid of the ownership and ability to invalidate temporary references could result in a memory regression.
Why does this happen on every scroll? We don't need surface sync except for top controls (i.e. only when they are visible) and selection handles, right?
Status: Available (was: Untriaged)
(fsamuel: if you don't mind, when filing new issues, can you mark them available and not untriaged?)
Owner: fsam...@chromium.org
Status: Fixed (was: Available)
This is fixed. https://chromium-review.googlesource.com/c/chromium/src/+/1259470

Also, sorry Enne about filing untriaged. Will avoid in the future.

Sign in to add a comment