1077306 - Multiple SharedSurface created/deleted for Cost control

Status: RESOLVED WONTFIX

(Firefox OS Graveyard :: Gaia::Cost Control, defect)

Description

[:gerard-majax]

Attachment: logcat

See the attached logcat. This is reproduced on a Flame with current master.

STR:
 0. Make sure Usage app is configured to track data
 1. Launch app

Expected:
 No that much creation/deletion

Actual:
 Too much surface playing

I can't tell whether this is because the chart in the Usage app is inefficient or if it's exposing an underlying gfx issue.

Comment 1

[Nicolas Silva [:nical]]

I don't have a sim card with me to test this (for a week). Could you record a video of the issue with layer borders and paint flashing activated?

Comment 2

[Nicolas Silva [:nical]]

Looking at the SurfaceStream code,
I need to look more closely at the RenderingMode business here, http://dxr.mozilla.org/mozilla-central/source/dom/canvas/CanvasRenderingContext2D.cpp#1189

but the other place where we create shared surfaces is in http://dxr.mozilla.org/mozilla-central/source/gfx/gl/GLScreenBuffer.cpp#67 which I would expect happens if we are recreating the CanvasLayer.

Comment 3

[Nicolas Silva [:nical]]

We'll also reallocate surfaces when the canvas is resized (even when setting the same size again).

Another (less likely) possibility is hitting the limit of (64) skiaGL canvases alive at the same time.

Comment 4

[BMO Automation]

Firefox OS is not being worked on