Closed
Bug 1469264
Opened 6 years ago
Closed 6 years ago
Browser extremely slow with color management always enabled
Categories
(Core :: Graphics: Color Management, defect)
Tracking
()
VERIFIED
FIXED
mozilla62
Tracking | Status | |
---|---|---|
firefox-esr52 | --- | fixed |
firefox-esr60 | --- | fixed |
firefox60 | --- | unaffected |
firefox61 | --- | fixed |
firefox62 | --- | fixed |
People
(Reporter: ehoogeveen, Assigned: nical)
References
Details
(Keywords: regression)
Attachments
(1 file)
3.04 MB,
application/octet-stream
|
Details |
Since the 2018-06-16 Nightly, Firefox has felt extremely sluggish for me. Every input takes half a second to register, and with Webrender enabled painting feels like it's happening at ~3fps. I tracked this down to a small change from bug 1464039: https://hg.mozilla.org/integration/mozilla-inbound/rev/dfcc5301e872 My monitor is calibrated and profiled using an X-Rite ColorMunki Display and the open source ArgyllCMS toolkit. I'm using a LUT profile which requires gfx.color_management.enablev4 == true, and I'm applying it to every image using gfx.color_management.mode == 1. If I set gfx.color_management.mode to 2 (the default), the performance issue goes away. So it seems something in my profile is triggering this path, and it makes everything extremely slow. I'm uploading my profile so you can have a look. I'm on Windows 10 x64 revision 1803 (the April 2018 update), using the 64-bit Nightly, and my graphics card is a GeForce GTX 1080 with the latest drivers. I see the same problem on my laptop with a GeForce GTX 1060 and a different profile (but generated in the same way). I'm not sure what the policy is on bugs that (should) block security bugs so I've marked this as security sensitive for now. Steps to reproduce: Starting from a fresh profile, 1) Set gfx.color_management.display_profile to the location of the profile (or set the profile as your monitor profile system-wide) 2) Set gfx.color_management.enablev4 to true 3) Set gfx.color_management.mode to 1 4) Set gfx.webrender.all to true (optional) 5) Restart the browser Expected result: Firefox performs as normal. Actual result: Firefox takes a long time to respond to inputs. With Webrender enabled, the framerate on animations is very low.
Flags: needinfo?
Reporter | ||
Updated•6 years ago
|
Flags: needinfo? → needinfo?(nical.bugzilla)
Reporter | ||
Comment 1•6 years ago
|
||
Comment 3•6 years ago
|
||
Affects users with a non-default pref set, so I don't believe this needs tracking. That said, this doesn't sound great either.
Blocks: CVE-2018-12366
Group: core-security
status-firefox60:
--- → unaffected
status-firefox61:
--- → fix-optional
status-firefox-esr52:
--- → wontfix
status-firefox-esr60:
--- → wontfix
Keywords: regression
Reporter | ||
Comment 4•6 years ago
|
||
Sorry about the dupe, things went a bit wrong when I submitted.
Assignee | ||
Comment 5•6 years ago
|
||
I addressed this in the regressing bug, This should be fixed now.
Status: NEW → RESOLVED
Closed: 6 years ago
Flags: needinfo?(nical.bugzilla)
Resolution: --- → FIXED
Updated•6 years ago
|
Reporter | ||
Comment 6•6 years ago
|
||
Yes, performance is back to normal in the latest Nightly. Thanks!
Status: RESOLVED → VERIFIED
Updated•6 years ago
|
Updated•6 years ago
|
Assignee: nobody → nical.bugzilla
Target Milestone: --- → mozilla62
You need to log in
before you can comment on or make changes to this bug.
Description
•