diff options
author | Roland Scheidegger <[email protected]> | 2010-06-18 13:52:17 +0100 |
---|---|---|
committer | Roland Scheidegger <[email protected]> | 2010-06-18 13:52:17 +0100 |
commit | 17c9d7eea7b3365c59455a731fcb81e69bb86ce2 (patch) | |
tree | df310fae3d03ba8f7f4dbc8bedbb6a74709b45a9 /src/gallium/drivers/llvmpipe/lp_limits.h | |
parent | ff8e1452df5c86e745aea0490e9c6afdf166407b (diff) |
llvmpipe: limit the number of fragment shader variants kept around
llvmpipe can create a large number of shader variants for a single shader
(which are quite big), and they were only ever deleted if the shader itself
was deleted. This is especially apparent in things like glean
blendFunc where a new variant is created for every different subtest, chewing
up all memory.
This change limits the numbers of fragment shader variants (for all shaders)
which are kept around to a fixed number. If that would be exceeded a fixed
portion of the cached variants is deleted (since without tracking the used
variants this involves flushing we don't want to delete only one).
Always the least recently used variants (from all shaders together) are
deleted.
For now this is all per-context.
Both the number of how many variants are cached (1024) as well as how many
will be deleted at once (1/4 of the cache size) are just rough guesses and
subject to further optimization.
Diffstat (limited to 'src/gallium/drivers/llvmpipe/lp_limits.h')
-rw-r--r-- | src/gallium/drivers/llvmpipe/lp_limits.h | 5 |
1 files changed, 5 insertions, 0 deletions
diff --git a/src/gallium/drivers/llvmpipe/lp_limits.h b/src/gallium/drivers/llvmpipe/lp_limits.h index 4102a9df67c..d1c431475d8 100644 --- a/src/gallium/drivers/llvmpipe/lp_limits.h +++ b/src/gallium/drivers/llvmpipe/lp_limits.h @@ -66,5 +66,10 @@ */ #define LP_MAX_SCENE_SIZE (512 * 1024 * 1024) +/** + * Max number of shader variants (for all shaders combined, + * per context) that will be kept around. + */ +#define LP_MAX_SHADER_VARIANTS 1024 #endif /* LP_LIMITS_H */ |