Closed
Bug 950713
Opened 11 years ago
Closed 4 months ago
Implement a dynamic immediate (non-retained) SkiaGL rasterizing layer
Categories
(Core :: Graphics: Layers, defect)
Tracking
()
RESOLVED
INVALID
People
(Reporter: BenWa, Unassigned)
References
Details
Attachments
(2 files, 1 obsolete file)
641 bytes,
text/html
|
Details | |
41.11 KB,
patch
|
Details | Diff | Splinter Review |
This is a prototype implementation for how we might implement something like |will-change: contents| but really we should modify FrameLayerBuilder to find active subparts of the page that are changing frequently. The idea is we identify parts of the page that are mostly static or have contents that aren't friendly to something like SkiaGL and render those with software. When we detect a part of the page is dynamic and has SkiaGL friendly contents we create a dynamic SkiaGL. This can be useful for something like B2G where we can't turn on SkiaGL for content but could still benefit from using it for a subset of the page that's animated.
Reporter | ||
Comment 1•11 years ago
|
||
This testcase is 3 times faster with this prototype but even then it's hitting some slow paths in skiaGL so it should be much faster.
Reporter | ||
Comment 2•11 years ago
|
||
Attachment #8348096 -
Attachment is obsolete: true
Reporter | ||
Updated•11 years ago
|
Depends on: will-change
Updated•2 years ago
|
Severity: normal → S3
Updated•4 months ago
|
Status: NEW → RESOLVED
Closed: 4 months ago
Resolution: --- → INVALID
You need to log in
before you can comment on or make changes to this bug.
Description
•