Closed
Bug 968495
Opened 10 years ago
Closed 10 years ago
Reduce the APZ minimum repaint interval
Categories
(Core :: Panning and Zooming, defect, P1)
Tracking
()
People
(Reporter: kats, Assigned: kats)
References
Details
(Keywords: perf, Whiteboard: [c=handeye p= s= u=])
Attachments
(1 file)
|
1018 bytes,
patch
|
vingtetun
:
review+
|
Details | Diff | Splinter Review |
apz.pan_repaint_interval is set to a glacial 250ms. We should make it faster. BenWa tested with 30ms and it was nice. Kevin says at https://bugzilla.mozilla.org/show_bug.cgi?id=967884#c24 that at 100ms it's nice too. I'm going to make it 40ms to keep in in sync with the asyncscroll interval.
|
Assignee | |
Comment 1•10 years ago
|
||
Attachment #8371080 -
Flags: review?(21)
|
||
Updated•10 years ago
|
|
||
Updated•10 years ago
|
blocking-b2g: --- → 1.3+
|
||
Comment 2•10 years ago
|
||
Sorry this title feels misleading to people who haven't followed this conversation. The tradeoff where making here is that the main thread will be idle less which means we're be using our CPU more effectively at painting but if we spend more time doing paint overhead (displaylist, buffer rotation) then we're worse off with this change although I doubt it will be.
Summary: Make repaints faster on B2G → Reduce the APZ minimum repaint interval
Attachment #8371080 -
Flags: review?(21) → review+
|
|
Assignee | |
Comment 3•10 years ago
|
||
https://hg.mozilla.org/integration/b2g-inbound/rev/d78c3d1ef8b4
|
||
Comment 4•10 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/d78c3d1ef8b4
Status: ASSIGNED → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla30
|
|
||
Comment 5•10 years ago
|
||
https://hg.mozilla.org/releases/mozilla-b2g28_v1_3/rev/4e6137209994
status-b2g-v1.3:
--- → fixed
status-b2g-v1.4:
--- → fixed
status-firefox28:
--- → wontfix
status-firefox29:
--- → wontfix
status-firefox30:
--- → fixed
You need to log in
before you can comment on or make changes to this bug.
Description
•