Re: [PATCH 2/2] dim: Try to gc the rr-cache

2017-07-14 Thread Daniel Vetter
On Fri, Jul 14, 2017 at 12:57:23PM +0300, Jani Nikula wrote: > On Thu, 13 Jul 2017, Sean Paul wrote: > > On Wed, Jul 12, 2017 at 02:12:24PM +0200, Daniel Vetter wrote: > >> The problem is that we have a distributed cache - every committer has > >> a copy. Which means even just a slight clock skew

Re: [PATCH 2/2] dim: Try to gc the rr-cache

2017-07-14 Thread Jani Nikula
On Thu, 13 Jul 2017, Sean Paul wrote: > On Wed, Jul 12, 2017 at 02:12:24PM +0200, Daniel Vetter wrote: >> The problem is that we have a distributed cache - every committer has >> a copy. Which means even just a slight clock skew will make sure that >> a naive gc algorithm results in lots of thrash

Re: [PATCH 2/2] dim: Try to gc the rr-cache

2017-07-13 Thread Sean Paul
On Wed, Jul 12, 2017 at 02:12:24PM +0200, Daniel Vetter wrote: > The problem is that we have a distributed cache - every committer has > a copy. Which means even just a slight clock skew will make sure that > a naive gc algorithm results in lots of thrashing around. > > To fix this add a huge hyst

[PATCH 2/2] dim: Try to gc the rr-cache

2017-07-12 Thread Daniel Vetter
The problem is that we have a distributed cache - every committer has a copy. Which means even just a slight clock skew will make sure that a naive gc algorithm results in lots of thrashing around. To fix this add a huge hysteresis: Only add files newer than 1 day, and only remove them when older