diff options
| author | Sergey Sharybin <sergey.vfx@gmail.com> | 2013-12-22 13:26:59 +0400 |
|---|---|---|
| committer | Sergey Sharybin <sergey.vfx@gmail.com> | 2013-12-22 13:26:59 +0400 |
| commit | ff9974ed69bf2b71a569191cc06ae909217ffd2c (patch) | |
| tree | d127d2161a4e71edd6a29ae9ade7a34c10608a51 /intern/memutil/MEM_CacheLimiterC-Api.h | |
| parent | 78698a2ecf9d17340ce337ecf73ce6e355299f89 (diff) | |
Fix T37898: blenderplayer painfully slow in recent builds
Issue was caused by recent image cache rewrite and root of
the issue goes to the fact that blender player doesn't
initialize cache limiter and it uses 32meg of memory only.
This leads to infinite image loading/freeing.
For now disabled cache limiter in game engine, this brings
back old behavior.
In theory we might be smarter here, but better caching
policy is to be discussed.
Diffstat (limited to 'intern/memutil/MEM_CacheLimiterC-Api.h')
| -rw-r--r-- | intern/memutil/MEM_CacheLimiterC-Api.h | 2 |
1 files changed, 2 insertions, 0 deletions
diff --git a/intern/memutil/MEM_CacheLimiterC-Api.h b/intern/memutil/MEM_CacheLimiterC-Api.h index a6a3ec85777..ce7782e3183 100644 --- a/intern/memutil/MEM_CacheLimiterC-Api.h +++ b/intern/memutil/MEM_CacheLimiterC-Api.h @@ -53,6 +53,8 @@ typedef bool (*MEM_CacheLimiter_ItemDestroyable_Func) (void*); #ifndef __MEM_CACHELIMITER_H__ void MEM_CacheLimiter_set_maximum(size_t m); size_t MEM_CacheLimiter_get_maximum(void); +void MEM_CacheLimiter_set_disabled(bool disabled); +bool MEM_CacheLimiter_is_disabled(void); #endif /* __MEM_CACHELIMITER_H__ */ /** |