Closed
Bug 1253708
Opened 8 years ago
Closed 8 years ago
Virtual tiling appears to be broken
Categories
(Core :: Panning and Zooming, defect)
Tracking
()
RESOLVED
WORKSFORME
Tracking | Status | |
---|---|---|
firefox47 | --- | unaffected |
People
(Reporter: kats, Unassigned)
References
Details
(Keywords: perf, Whiteboard: [gfx-noted])
We have some "virtual tiling" code which snaps the displayport to some tile boundaries even when tiling isn't supported/enabled. This is useful on windows for example to avoid extra paints with APZ enabled. However, if you turn on the APZ minimap and scroll down a page on windows, you'll see the displayport moving with the viewport, and not snapping as you'd expect. So the virtual tiling stuff appears to be broken - we should investigate why and fix it if possible.
Comment 1•8 years ago
|
||
This landed in bug 1204136 but it either regressed or perhaps didn't work properly when landed.
Reporter | ||
Comment 2•8 years ago
|
||
Actually, I think it might be working, it's just that a virtual tile size of 128 rolls over pretty quickly. I bumped it up to 1024 locally and now it behaves more like I would expect. I'm not sure we should increase the default virtual tile size or not - BenWa, thoughts?
Comment 3•8 years ago
|
||
My performance intuition is always wrong so I'll defer to measurements. Might be worth measuring and looking into if we have time. Since we round out aggressively increasing this will likely regress Talos. I think if we round out less and and increased this we'd be better off overall.
Reporter | ||
Comment 4•8 years ago
|
||
Ok. This bug at least is WFM, so I'm going to close it.
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → WORKSFORME
Reporter | ||
Updated•8 years ago
|
You need to log in
before you can comment on or make changes to this bug.
Description
•