iris: Avoid flushing for cache history on transfer range flushes
authorKenneth Graunke <kenneth@whitecape.org>
Sun, 8 Sep 2019 05:51:15 +0000 (22:51 -0700)
committerKenneth Graunke <kenneth@whitecape.org>
Mon, 9 Sep 2019 22:08:22 +0000 (15:08 -0700)
commit410894c643274975aab781e9c412f7a339a7547b
treec063e14bf5dbaf1d9cd4e999adfaecf6721a7467
parent7d28e9ddd62eeccf6c528beee6b1a58fdfb7f5a0
iris: Avoid flushing for cache history on transfer range flushes

The VBO module maps a buffer with GL_MAP_FLUSH_EXPLICIT, and keeps
appending data, and calling glFlushMappedBufferRange().  We were
invalidating the VF cache each time it flushed a new range, which
results in a ton of VF flushes.

If the contents of the destination in the target range are undefined
(never even possibly written), this patch makes us assume that it's
likely not in the cache and so cache invalidations are required.  If
the destination range is defined, we continue cache flushing as we may
need to expunge stale data.

This eliminates 88% of the VF cache invalidates on Manhattan 3.0.
Improves performance in Manhattan 3.0 on my Icelake 8x8 with the GPU
frequency locked to 700Mhz by 0.376724% +/- 0.0989183% (n=10).
src/gallium/drivers/iris/iris_resource.c
src/gallium/drivers/iris/iris_resource.h