[PATCH 3/3] glx/dri3: Request non-vsynced Present for swapinterval zero.
Keith Packard
keithp at keithp.com
Tue Dec 16 19:17:05 PST 2014
Mario Kleiner <mario.kleiner.de at gmail.com> writes:
> Hmm. For benchmarking i think i'd consider that a mild form of cheating.
> You get higher fps because you skip processing like the whole gpu blit
> overhead and host processing overhead for queuing / validating /
> processing the copy command in the command stream, so the benchmark
> numbers don't translate very well anymore in how the system would behave
> in a non-benchmark situation?
It's still a very useful mode -- imagine wanting the lowest possible
latency between the user and the display; normally, you process input
and generate a frame just after vblank, then (if the rendering is really
quick), end up waiting most of the frame time not doing anything before
finally updating it at the next vblank.
With vblank_mode=0 and DRI3, you have the ability to try and generate
another frame before vblank comes; if you manage, then you get that data
on the screen, rather than the older version.
So, it offers latency closer to the tearing vblank_mode=0 but without
any tearing.
That's why I did it; the fact that it offers a small performance benefit
for benchmarks is an unintentional bonus feature.
--
keith.packard at intel.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 810 bytes
Desc: not available
URL: <http://lists.x.org/archives/xorg-devel/attachments/20141216/58c10c1b/attachment.sig>
More information about the xorg-devel
mailing list