llvmpipe: increase fs shader variant instruction cache limit by factor 4
authorRoland Scheidegger <sroland@vmware.com>
Sat, 12 Oct 2013 01:09:19 +0000 (03:09 +0200)
committerRoland Scheidegger <sroland@vmware.com>
Sat, 12 Oct 2013 02:05:57 +0000 (04:05 +0200)
The previous limit of of 128*1024 was reported to cause frequent recompiles
in some apps due to shader variant thrashing on IRC in some apps leading
to noticeable lags.
Note that the LP_MAX_SHADER_VARIANTS limit (1024) was more or less impossible
to reach, since even simple fragment shaders without texturing (glxgears) used
more than twice than 128 instructions, hence the instruction limit would have
always been reached first (excluding things like trivial shaders not writing
color). Even with the new limit it is VERY likely the instruction limit is hit
first.
Should help with such lags due to recompiles (though other shader types have
their own limits, LP_MAX_SETUP_VARIANTS and DRAW_MAX_SHADER_VARIANTS, in
particular the latter seems a bit small (128)).

Reviewed-by: Brian Paul <brianp@vmware.com>
src/gallium/drivers/llvmpipe/lp_limits.h

index af31b3580e0284eeb8cc737115bf6744dce8f734..5ea0c83723adb5a8fefe74cc59fa4ba968e22037 100644 (file)
@@ -77,9 +77,9 @@
 
 /**
  * Max number of instructions (for all fragment shaders combined per context)
- * that will be kept around.
+ * that will be kept around (counted in terms of llvm ir).
  */
-#define LP_MAX_SHADER_INSTRUCTIONS (128*1024)
+#define LP_MAX_SHADER_INSTRUCTIONS (512*LP_MAX_SHADER_VARIANTS)
 
 /**
  * Max number of setup variants that will be kept around.