You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Hello, I got this plugin to work in my application, however, I noticed that there is a configurable TTL for the cache key of the query, but the tags have a TTL of -1.
How should I solve the problem of memory overflowing when there is a lot of data, what eviction policy should I use?
allkeys-lru will purge the tags before the queries, since the tags are seldom queried
volatile-lru wont purge the tags, because they have -1 TTL
volatile-ttl also wont work due to the -1 TTL
How should I approach this? I think the volatile-ttl is a good one if query has 2h TTL and the tags have 3h, that way they have less of a chance of getting evicted, however, the lru part doesn't work with that policy
According to the docs here, the volatile-ttl should be a good candidate, because it takes into account the usage frequency, so a configurable ttl for the types may be a good feature to have.
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
-
Hello, I got this plugin to work in my application, however, I noticed that there is a configurable TTL for the cache key of the query, but the tags have a TTL of -1.
How should I solve the problem of memory overflowing when there is a lot of data, what eviction policy should I use?
allkeys-lru
will purge the tags before the queries, since the tags are seldom queriedvolatile-lru
wont purge the tags, because they have -1 TTLvolatile-ttl
also wont work due to the -1 TTLHow should I approach this? I think the
volatile-ttl
is a good one if query has 2h TTL and the tags have 3h, that way they have less of a chance of getting evicted, however, thelru
part doesn't work with that policyAccording to the docs here, the
volatile-ttl
should be a good candidate, because it takes into account the usage frequency, so a configurable ttl for the types may be a good feature to have.Beta Was this translation helpful? Give feedback.
All reactions