Share recycled texture data across remote texture owners on a single client
Categories
(Core :: Graphics: Canvas2D, enhancement)
Tracking
()
Tracking | Status | |
---|---|---|
firefox123 | --- | fixed |
People
(Reporter: lsalzman, Assigned: lsalzman)
References
Details
(Keywords: perf-alert)
Attachments
(2 files)
Some canvas use-cases like pdfpaint can create a bunch of canvases and then destroy them, which means we will fail to benefit from recycled texture speedups.
Assignee | ||
Comment 1•9 months ago
|
||
Updated•9 months ago
|
Comment 3•9 months ago
|
||
bugherder |
Assignee | ||
Comment 4•9 months ago
|
||
This was a change for bug 1872087 that somehow got lost when I was rebasing. The idea
here is that DrawTargetWebgls use a single shared WebGL context, so it makes sense for
them to share recycle texture data, much like CanvasTranslator shares recycling of
texture data for D2D. This should increase the efficiency of use-cases that create and
destroy a lot of canvases every frame and would not normally benefit from recycling.
Depends on D197375
Comment 6•9 months ago
|
||
Assignee | ||
Updated•9 months ago
|
Comment 8•9 months ago
|
||
bugherder |
Comment 9•9 months ago
|
||
(In reply to Pulsebot from comment #2)
Pushed by lsalzman@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/856e86584c4c
Share recycled texture data across remote texture owners on a single client.
r=sotaro,gfx-reviewers
== Change summary for alert #40809 (as of Sat, 30 Dec 2023 05:01:35 GMT) ==
Improvements:
Ratio | Test | Platform | Options | Absolute values (old vs new) |
---|---|---|---|---|
5% | motionmark-animometer | windows10-64-shippable-qr | fission webrender | 42.98 -> 44.93 |
For up to date results, see: https://treeherder.mozilla.org/perfherder/alerts?id=40809
Description
•