summaryrefslogtreecommitdiff
path: root/src/sna/sna_stream.c
diff options
context:
space:
mode:
authorChris Wilson <chris@chris-wilson.co.uk>2011-08-31 23:21:54 +0100
committerChris Wilson <chris@chris-wilson.co.uk>2011-08-31 23:58:39 +0100
commit32fc0c896e0dfd06617c12beda1ccacedf69fb4a (patch)
tree8045fd9c3edb9c4282e3f3717af53b3de4ce6a73 /src/sna/sna_stream.c
parent5586dd729b153e37f942a285d328a07f3fe7ae16 (diff)
sna/gen6: Prefer the BLT ring, except for copies on behalf of DRI
As demonstrated by the all-important trap300, using the BLT is 2x faster than the RENDER ring for the simple case of solid fills. (Though note that performing the relocations costs 3x as much CPU for 2x GPU performance.) One case that may regress from this change is copywinpix which should benefit from the batching in the RENDER commands, and might warrant revisiting in the future (with realistic and synthetic benchmarks in hand!) However, due to the forced stall when switching rings, we still want to perform RENDER copies on behalf of DRI clients and before page-flips. Checking against cairo-perf-trace indicated no major impact -- I had worried that setting the BLT flag for some clears might have had a knock-on effect causing too many operations that could be pipelined on the RENDER ring to be sent to the BLT ring instead. Reported-by: Michael Larabel <Michael@phoronix.com> Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
Diffstat (limited to 'src/sna/sna_stream.c')
0 files changed, 0 insertions, 0 deletions