<html>
<head>
<base href="https://bugs.freedesktop.org/">
</head>
<body><span class="vcard"><a class="email" href="mailto:eero.t.tamminen@intel.com" title="Eero Tamminen <eero.t.tamminen@intel.com>"> <span class="fn">Eero Tamminen</span></a>
</span> changed
<a class="bz_bug_link
bz_status_NEW "
title="NEW - With Vsync disabled, Weston almost halves *visible* frame update rate, compared to X desktop"
href="https://bugs.freedesktop.org/show_bug.cgi?id=106736">bug 106736</a>
<br>
<table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>What</th>
<th>Removed</th>
<th>Added</th>
</tr>
<tr>
<td style="text-align:right;">Summary</td>
<td>Weston almost halves *visible* frame update rate from what application actually produces
</td>
<td>With Vsync disabled, Weston almost halves *visible* frame update rate, compared to X desktop
</td>
</tr>
<tr>
<td style="text-align:right;">Priority</td>
<td>medium
</td>
<td>low
</td>
</tr>
<tr>
<td style="text-align:right;">Severity</td>
<td>normal
</td>
<td>minor
</td>
</tr></table>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW - With Vsync disabled, Weston almost halves *visible* frame update rate, compared to X desktop"
href="https://bugs.freedesktop.org/show_bug.cgi?id=106736#c9">Comment # 9</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW - With Vsync disabled, Weston almost halves *visible* frame update rate, compared to X desktop"
href="https://bugs.freedesktop.org/show_bug.cgi?id=106736">bug 106736</a>
from <span class="vcard"><a class="email" href="mailto:eero.t.tamminen@intel.com" title="Eero Tamminen <eero.t.tamminen@intel.com>"> <span class="fn">Eero Tamminen</span></a>
</span></b>
<pre>(In reply to Pekka Paalanen from <a href="show_bug.cgi?id=106736#c6">comment #6</a>)
<span class="quote">> Because Weston (all Wayland compositors, ideally) only repaints at most once
> for each refresh and always syncs to vblank, it predicts what is the next
> vblank it could hit, and makes a delay so that it will have repaint-window
> milliseconds of time to submit and finish the composite GPU job. If other
> GPU jobs make the compositor miss the vblank, it'll postpone the
> presentation by a whole refresh period before weston even considers
> repainting again.
>
> So the first thing is to make the application "sync to vblank", IOW, make it
> repaint only as a response to the frame callback events and see what effect
> that makes.</span >
With Vsync things are fine. This bug is about behavior when Vsync is disabled,
and Weston being clearly worse at that, than X compositor(s) like Compiz.
-> I updated the title to be more specific about this.
Where this would matters:
* All (3D) benchmarks run with Vsync disabled, and often games are run with
Vsync disabled too.
* Those are often run in fullscreen where it wouldn't matter if compositing
were disabled, but Weston has regressed in that with modifier support, see bug:
106732
As there's a workaround, and <a class="bz_bug_link
bz_status_NEW "
title="NEW - DRM backend does not buffer support modifiers for composition bypass"
href="show_bug.cgi?id=106732">bug 106732</a> will fix the main issue with this, I
changed this to low/minor.
<span class="quote">> repaint-window should be the lowest possible value where the compositor
> still makes the vblank deadline, to reduce application-to-screen latency.</span >
Ok, so prioritizing compositor frames wouldn't help, only repaint value does.
Do you happen to know, is Compiz (clearly) better at this because it uses
higher latency value? Or does it adapt the value based on previous application
frame timings?</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>