-
Improvement
-
Resolution: Won't Fix
-
Critical
-
None
-
2.5.5, 2.6.2, 2.6.5, 2.7.2, 2.8
-
MOODLE_25_STABLE, MOODLE_26_STABLE, MOODLE_27_STABLE, MOODLE_28_STABLE
-
MDL-45375_master -
- Setup different memcache backends for different stores
- Don't use memcache store for high-purge caches
- Write a custom plugin which ignores purges at own risk
-
Moderate
-
memecache_store::purge() calls Memcache::flush() which wipes everything stored on that memcache server, not just the one MUC cache you think you are purging.
In Moodle 2.6, where modinfo is stored in MUC, this can cause big performance blips. (See the graph in http://tjhunt.blogspot.co.uk/2014/04/load-testing-moodle-262-at-ou.html)
Worse, if you are storing user sessions in the same Memcache store as MUC data, this can cause everyone to be logged out.
- has been marked as being related by
-
MDL-50909 MDL-49489 Causes severe performance degradation of course index and search pages
- Closed
-
MDL-45724 Detect the use of same memcached instance for both sessions and muc and warn about it
- Closed
- will be (partly) resolved by
-
MDL-37145 Documentation for caching admin screens
- Closed
-
MDL-48506 Improve memcached cache store so that it is multi-site safe
- Closed
- will help resolve
-
MDL-49489 coursecontacts regularly (unnecessarily?) purging
- Closed
- links to