llvmpipe, draw: increase shader cache limits
authorRoland Scheidegger <sroland@vmware.com>
Mon, 4 Sep 2017 22:17:31 +0000 (00:17 +0200)
committerRoland Scheidegger <sroland@vmware.com>
Thu, 7 Sep 2017 01:32:01 +0000 (03:32 +0200)
commitde6810d9be9d1e6426881774458f8a6f3bed17ee
treebb18610d856ddf86e927d5fa211da620e034ad2e
parente852ecd22b671a5d768bade499a8b42b4336f0b2
llvmpipe, draw: increase shader cache limits

We're not particularly concerned with memory usage, if the tradeoff is
shader recompiles. And it's common for apps to have a lot of shaders
nowadays (and, since our shaders include a LOT of context state of course
we may create quite a bit more shaders even).
So quadruple the amount of shaders draw will cache (from 128 to 512).
For llvmpipe (fs shaders) quadruple the number of instructions, keep the
number of variants the same for now (only with very simple, non-texturing
shaders the variant limit could really be reached), and simplify the
definition, it's probably easier to just have one different definition
per branch...

Reviewed-by: Jose Fonseca <jfonseca@vmware.com>
src/gallium/auxiliary/draw/draw_private.h
src/gallium/drivers/llvmpipe/lp_limits.h