Note: There are a few cases of duplicates in user autocompletion which are being worked on.

Composites are not uniformly scheduled on vladan's machine

NEW
Unassigned

Status

()

Core
Graphics
2 years ago
2 years ago

People

(Reporter: mstange, Unassigned)

Tracking

Trunk
All
Windows 7
Points:
---

Firefox Tracking Flags

(firefox42 affected)

Details

(Whiteboard: gfx-noted, [content perf])

(Reporter)

Description

2 years ago
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

2 years ago
OS: Unspecified → Windows 7
Hardware: Unspecified → All
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?
Let's follow up on this when Mason is in the office
Flags: needinfo?(mchang)
Whiteboard: gfx-noted
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)
Whiteboard: gfx-noted → gfx-noted, [content perf]
You need to log in before you can comment on or make changes to this bug.