I can't validate the assumption in production and don't know what test cases to
add. Or in other words, I was stuck with the current state and decided to close
it, as there's no way to make any progress on it.
Assuming a slab is full and new entries need to be added. There are two
possible options: entries that expire sooner (rather than never) get evicted
first, or some random entry will be evicted. Both options are bad, since they
might remove valid user sessions.
To me, this question is not super important. I would rather let the LRU crawler
clean up short lived anonymous sessions as soon as possible, and never get to a
state where eviction is unavoidable. Ideally, this change would keep the items
in the cache at a very low number all the time, and never get to a point of
80%+ memory usage.
--
Reply to this email directly or view it on GitHub:
https://github.com/openstreetmap/openstreetmap-website/pull/5270#issuecomment-2442688850
You are receiving this because you are subscribed to this thread.
Message ID:
<openstreetmap/openstreetmap-website/pull/5270/[email protected]>
_______________________________________________
rails-dev mailing list
[email protected]
https://lists.openstreetmap.org/listinfo/rails-dev
