Re: [HACKERS] Protect syscache from bloating with negative cacheentries

Hello, thank you for moving this to the next CF.

At Wed, 1 Feb 2017 13:09:51 +0900, Michael Paquier <michael.paquier@gmail.com> wrote in
<CAB7nPqRFhUv+GX=eH1bo7xYHS79-gRj1ecu2QoQtHvX9RS=JYA@mail.gmail.com>
> On Tue, Jan 24, 2017 at 4:58 PM, Kyotaro HORIGUCHI
> <horiguchi.kyotaro@lab.ntt.co.jp> wrote:
> > Six new syscaches in 665d1fa was conflicted and 3-way merge
> > worked correctly. The new syscaches don't seem to be targets of
> > this patch.
> 
> To be honest, I am not completely sure what to think about this patch.
> Moved to next CF as there is a new version, and no new reviews to make
> the discussion perhaps move on.

I'm thinking the following is the status of this topic.

- The patch stll is not getting conflicted.

- This is not a hollistic measure for memory leak but surely saves some existing cases.

- Shared catcache is another discussion (and won't really proposed in a short time due to the issue on locking.)

- As I mentioned, a patch that caps the number of negative entries is avaiable (in first-created - first-delete manner)
butit is having a loose end of how to determine the limitation.
 

regards,

-- 
Kyotaro Horiguchi
NTT Open Source Software Center