-
Notifications
You must be signed in to change notification settings - Fork 138
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Long-lived cache management #298
Comments
Not really. Looks strange to me. This’ll just pollute your file system with task and index caches. The expire keyword is for the individual key-value items in the cache, not for the cache overall. Also, I don’t think touch() works that way. You have to touch a key. You don’t touch a cache.
Not really. The expectation is that they would all share a single fanout cache. If you create individual ones, you’ll have to delete them yourself.
Fanout cache doesn’t store caches and that’s confusing. That method is simply an easy way to create a cache in a subdirectory. There’s no cache management functionality between the parent/child. |
Thanks for the reply!
It seems I can make it work by switching from |
I'm working on a project wherein I have two caches: one for celery tasks and one for a file index per root path. My question is how best to set these two caches up in a way that individual tasks and indexes have a limited lifetime, but the cache system itself is indefinite.
Currently I have this:
An individual task_cache or index_cache is read and written to by multiple celery tasks at the same time.
Some questions I have are:
.cache
fromFanoutCache
? Is something like this sufficient:.cache
?The text was updated successfully, but these errors were encountered: