Open
Bug 1341882
Opened 8 years ago
Updated 2 years ago
Slow performance at drawing rectangles on Google Slides
Categories
(Core :: Graphics, defect, P3)
Core
Graphics
Tracking
()
People
(Reporter: ehsan.akhgari, Unassigned)
References
Details
(Keywords: perf, Whiteboard: [gfx-noted][platform-rel-Google][platform-rel-GoogleSuite][platform-rel-GoogleSlides])
See this profile: https://perfht.ml/2l12Pzj Here is what I did: I loaded <https://docs.google.com/presentation/d/1gqQpeG1vHky4nZ45mIYSC5DAEFX-5HipjemLwhBDe1c/edit?pli=1> in a tab (needs LDAP login) and waited for it to be fully loaded, and then after a while I clicked on the thumbnail for slide 5. We spend ~450ms in SkScan::AntiFillRect.
Comment 1•8 years ago
|
||
This is interesting. The operation should be quite fast (some approximation of memset). Maybe it's doing it a large freshly allocated buffer? I wasn't able to reproduce the problem when trying to profile in instruments.
Comment 2•8 years ago
|
||
I cannot reproduce it either. In your profile it's drawing a background color display item, which is probably the first item to draw to that part of the memory. So it could be drawing to a fresh tile and waiting to page in (or zero-fill-on-demand) that piece of memory.
Reporter | ||
Comment 3•8 years ago
|
||
I tried to reproduce again on the document that I have left open since yesterday: https://perfht.ml/2mbPwBc Only 76ms here. Another time, immediately after a reload: https://perfht.ml/2mbPQQq Only 56ms here. Could there be a bug which only causes this to take a long time in some cases?
Comment 4•8 years ago
|
||
IIRC our tile pool starts discarding tiles after a time, and if you encounter a page that has more or bigger layers and needs to allocate new tiles, you're more likely to hit this bug.
Updated•7 years ago
|
Whiteboard: [gfx-noted] → [qf:investigate:p1][gfx-noted]
Updated•7 years ago
|
platform-rel: --- → ?
Whiteboard: [qf:investigate:p1][gfx-noted] → [qf:investigate:p1][gfx-noted][platform-rel-Google][platform-rel-GoogleSuites][platform-rel-GoogleSlides]
Reporter | ||
Comment 5•7 years ago
|
||
(In reply to Markus Stange [:mstange] from comment #4) > IIRC our tile pool starts discarding tiles after a time, and if you > encounter a page that has more or bigger layers and needs to allocate new > tiles, you're more likely to hit this bug. Markus, is there more investigation needed here?
Flags: needinfo?(mstange)
Comment 6•7 years ago
|
||
Maybe, but I think whoever looks at the tile pool next should focus their attention on bugs like bug 1346365 first.
Flags: needinfo?(mstange)
Updated•7 years ago
|
platform-rel: ? → +
Updated•7 years ago
|
Whiteboard: [qf:investigate:p1][gfx-noted][platform-rel-Google][platform-rel-GoogleSuites][platform-rel-GoogleSlides] → [qf:p3][gfx-noted][platform-rel-Google][platform-rel-GoogleSuites][platform-rel-GoogleSlides]
Updated•7 years ago
|
Priority: -- → P3
Updated•6 years ago
|
Whiteboard: [qf:p3][gfx-noted][platform-rel-Google][platform-rel-GoogleSuites][platform-rel-GoogleSlides] → [qf:p3][gfx-noted][platform-rel-Google][platform-rel-GoogleSuite][platform-rel-GoogleSlides]
Updated•2 years ago
|
Performance Impact: --- → P3
Whiteboard: [qf:p3][gfx-noted][platform-rel-Google][platform-rel-GoogleSuite][platform-rel-GoogleSlides] → [gfx-noted][platform-rel-Google][platform-rel-GoogleSuite][platform-rel-GoogleSlides]
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•