Open
Bug 1189955
Opened 9 years ago
Updated 2 years ago
Composites are not uniformly scheduled on vladan's machine
Categories
(Core :: Graphics, defect)
Tracking
()
NEW
Tracking | Status | |
---|---|---|
firefox42 | --- | affected |
People
(Reporter: mstange, Unassigned)
Details
(Whiteboard: gfx-noted, [content perf])
Look at this profile: http://mzl.la/1KET2tS The vsync markers are spaced fairly evenly, but the composites are all over the place. Sometimes there are two composites right after each other on each second vsync. Vladan has three monitors. The primary monitor has a refresh rate of 50Hz, the two external monitors have 59Hz. The problem was reproduced when the Firefox window was on one of the external monitors.
Reporter | ||
Updated•9 years ago
|
OS: Unspecified → Windows 7
Hardware: Unspecified → All
Comment 1•9 years ago
|
||
Hmm, this profile is very weird, even the vsyncs aren't very uniform. Can you try removing one of the monitors and seeing the minimal configuration? Does just adding a second monitor at all already cause the issue to occur? Or does this happen only with 3 monitors? If he has only one monitor, does the problem go away? What is he doing, it looks like it's just scrolling?
Comment 2•9 years ago
|
||
Let's follow up on this when Mason is in the office
Updated•9 years ago
|
Flags: needinfo?(mchang)
Whiteboard: gfx-noted
Comment 3•9 years ago
|
||
Ahh yeah we looked at this in the office. The values we're getting back from the DWM are not uniform, hence we're not getting uniform values. IIRC, Chrome suffered the same issue, just not as poorly. IE uses WaitForVBlank, but we can't use that since we listen to vsync on a different thread than the painting thread.
Flags: needinfo?(mchang)
Updated•9 years ago
|
Whiteboard: gfx-noted → gfx-noted, [content perf]
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•