Open
Bug 1744791
Opened 3 years ago
Updated 1 year ago
Performance on miro.com isn't great
Categories
(Core :: Graphics: Canvas2D, defect, P4)
Core
Graphics: Canvas2D
Tracking
()
NEW
People
(Reporter: jrmuizel, Unassigned)
References
(Blocks 1 open bug)
Details
| Reporter | ||
Updated•3 years ago
|
Blocks: canvas-perf
Comment 1•3 years ago
|
||
Hmm, profile looks like lots of Skia drawing. I can't reproduce any bad performance on this simple template flowchart. Kelsey, would you please see if you can replicate?
Severity: -- → S4
Flags: needinfo?(jgilbert)
Priority: -- → P4
| Reporter | ||
Comment 2•3 years ago
|
||
This was profiling zooming in and out of the gfx/media ideation board. Performance probably gets worse as things get more complicated.
Updated•3 years ago
|
Flags: needinfo?(jgilbert) → needinfo?(lsalzman)
Comment 3•3 years ago
|
||
I am not sure I see that much that is actionable in the reported profile. Some of the bigger overhead is just from PersistentBufferProviderShared having to copy the framebuffer for each frame which is known, followed next by rendering of SVG images causing a lot of large FillRects to happen to rasterize the SVGs to a surface. Whether or not this would be helped by a mixture of accelerated canvas work and Nical's SVG work is debatable.
Depends on: slow-canvas2d-software
Flags: needinfo?(lsalzman)
You need to log in
before you can comment on or make changes to this bug.
Description
•