Add WebRender support for container item hit test information
Categories
(Core :: Graphics: WebRender, enhancement, P3)
Tracking
()
People
(Reporter: mikokm, Unassigned)
References
(Blocks 2 open bugs)
Details
Attachments
(1 file)
5.23 KB,
patch
|
Details | Diff | Splinter Review |
Bug 1503046 added support for carrying hit test information with container items, and removed the need to create additional nsDisplayCompositorHitTestInfo items.
This feature is currently disabled with WebRender1, because WebRenderCommandBuilder does not know how to read the information.
Reporter | ||
Comment 1•6 years ago
|
||
After implementing "display items with type" iterator for WebRenderCommandBuilder, and moving stacking context hit test information from nsDisplayCompositorHitTestInfo items to container items, the results of display list mutate talos test look good1 with around 12% improvement.
These benchmarks do not include the cost of processing the hit test info, since that is not yet implemented, but I am not expecting that to change results by more than a percent or two.
Reporter | ||
Comment 2•6 years ago
|
||
WIP patch to change WebRenderCommandBuilder display list iterator
Updated•6 years ago
|
Updated•6 years ago
|
Updated•6 years ago
|
Updated•6 years ago
|
Updated•6 years ago
|
Updated•6 years ago
|
Reporter | ||
Updated•5 years ago
|
Comment 3•5 years ago
|
||
Miko, what's the plan for this bug?
Reporter | ||
Comment 4•5 years ago
|
||
I think it makes sense to fix the regressions of bug 1534549 first. That bug can be fixed by creating more hit test items (the parent hit test reuse logic is broken), hopefully after we reduce the cost of memory allocations for display items (bug 1539597 and bug 1554503).
After that, we can profile and estimate the performance improvement of creating fewer hit test items.
Reporter | ||
Comment 5•4 years ago
|
||
Obsolete after changes in bug 1534549.
Description
•