Open
Bug 1112255
Opened 9 years ago
Updated 2 years ago
Significant overhead from d3d11 flush in 4k video playback
Categories
(Core :: Graphics: Layers, defect)
Tracking
()
UNCONFIRMED
People
(Reporter: joseph.k.olivas, Unassigned)
Details
(Keywords: perf)
Attachments
(1 file)
157.62 KB,
image/png
|
Details |
While profiling 4k h.264 video playback, I have observed that the overhead of flush calls in the compositor are causing significant overhead of about 21% of the firefox.exe process. This may be a factor in the choppy playback. http://dxr.mozilla.org/mozilla-central/source/gfx/layers/d3d11/CompositorD3D11.cpp#923 See the attached call stack from WPA showing the path to flush. Removing the flush shifts the available CPU resources to other work, but I'm not sure if this will have drawbacks elsewhere. According to MSDN, these calls to Flush() shouldn't be necessary. http://msdn.microsoft.com/en-us/library/windows/desktop/ff476425%28v=vs.85%29.aspx
We have been known to add Flush() to make things more robust, with more drivers, but I don't know about these ones in particular. Bas would.
Flags: needinfo?(milan) → needinfo?(bas)
Comment 3•9 years ago
|
||
In most cases we shouldn't be flushing excessively, if we are, we can fix that, in general though, the amount of CPU time spent in 'flush' can be very misleading, as it's when most of the work actually happens anyway.
Flags: needinfo?(bas)
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•