Support for Drupal 7 is ending on 5 January 2025—it’s time to migrate to Drupal 10! Learn about the many benefits of Drupal 10 and find migration tools in our resource center.
I am facing some troubles while using memcache engine in shared mode.
The lookup key of cache becomes bigger than 1MB. This means that set() fails and resets the content of the lookup key.
When such problem occurs, the previous content of the cache table is not referenced any more in the lookup entry. These unreferenced cache entries will never be flushed during the next calls to delete().
Even if I am not sure it will solve my problem, I am wondering why the compress parameter is not used when calling set() on the lookup?
Comment | File | Size | Author |
---|---|---|---|
#1 | cacherouter-memcache.php-compress_lookup-1144392-1.patch | 1.07 KB | atouchard |
Comments
Comment #1
atouchard CreditAttribution: atouchard commentedIs there any reason not to compress in shared mode like this (see the patch) ?
Thanks
Comment #2
andypostThe reason been to avoid CPU regression because lookups could be frequently used within each request.
So we have to choose between performance and memory usage. Memcache's 1mb limit is huge bottleneck