summaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorRoland Scheidegger <[email protected]>2014-08-21 01:27:49 +0200
committerRoland Scheidegger <[email protected]>2014-08-21 19:00:29 +0200
commiteb4541ebaf084054cb3c124ac68d6018c7cd0b94 (patch)
tree48b19f702bf568a7f9c2cc40244f61f62de28233
parent399b4e2227a79c8a0c025c7e7ca5f4e3832d8dc6 (diff)
llvmpipe: change LP_MAX_SHADER_INSTRUCTIONS definition
This change will double cache size for branches which have a lower LP_MAX_SHADER_VARIANTS limit (it will not do anything on master). The reason is that nowadays shaders tend to be quite a bit larger than they were (they were big when llvmpipe didn't have a fs loop, got much smaller with that loop, and since then have gradually increased quite a bit though still smaller than without the fs loop for various reasons - among them being d3d10 compliance, usage of 8-wide vectors, non-swizzled blend code). Thus effectively less shaders would be cached (unless they were very small and the variant limit was hit first). Also, since we're getting rid of the IR nowadays, the cached shaders shouldn't need all that much memory actually.
-rw-r--r--src/gallium/drivers/llvmpipe/lp_limits.h2
1 files changed, 1 insertions, 1 deletions
diff --git a/src/gallium/drivers/llvmpipe/lp_limits.h b/src/gallium/drivers/llvmpipe/lp_limits.h
index 131c02e4bb9..5294ced3c4f 100644
--- a/src/gallium/drivers/llvmpipe/lp_limits.h
+++ b/src/gallium/drivers/llvmpipe/lp_limits.h
@@ -81,7 +81,7 @@
* Note: the definition looks odd, but there's branches which use a different
* number of max shader variants.
*/
-#define LP_MAX_SHADER_INSTRUCTIONS MAX2(128*1024, 512*LP_MAX_SHADER_VARIANTS)
+#define LP_MAX_SHADER_INSTRUCTIONS MAX2(256*1024, 512*LP_MAX_SHADER_VARIANTS)
/**
* Max number of setup variants that will be kept around.