Re: Protect syscache from bloating with negative cache entries

From: Andres Freund <andres(at)anarazel(dot)de>
To: Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>
Cc: Andrew Dunstan <andrew(dot)dunstan(at)2ndquadrant(dot)com>, Kyotaro HORIGUCHI <horiguchi(dot)kyotaro(at)lab(dot)ntt(dot)co(dot)jp>, pgsql-hackers(at)lists(dot)postgresql(dot)org, tsunakawa(dot)takay(at)jp(dot)fujitsu(dot)com, robertmhaas(at)gmail(dot)com, michael(dot)paquier(at)gmail(dot)com, david(at)pgmasters(dot)net, Jim(dot)Nasby(at)bluetreble(dot)com, craig(at)2ndquadrant(dot)com, tgl(at)sss(dot)pgh(dot)pa(dot)us
Subject: Re: Protect syscache from bloating with negative cache entries
Date: 2018-07-03 01:54:39
Message-ID: 20180703015439.dqtkhmssnbn4ldkg@alap3.anarazel.de
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Hi,

On 2018-07-02 21:50:36 -0400, Alvaro Herrera wrote:
> On 2018-Jul-02, Andrew Dunstan wrote:
>
> > Andres suggested back in March (and again privately to me) that given how
> > much this has changed from the original this CF item should be marked
> > Returned With Feedback and the current patchset submitted as a new item.
> >
> > Does anyone object to that course of action?
>
> If doing that makes the "CF count" reset back to one for the new
> submission, then I object to that course of action. If we really
> think this item does not belong into this commitfest, lets punt it to
> the next one. However, it seems rather strange to do so this early in
> the cycle. Is there really no small item that could be cherry-picked
> from this series to be committed standalone?

Well, I think it should just have been RWFed last cycle. It got plenty
of feedback. So it doesn't seem that strange to me, not to include it in
the "mop-up" CF? Either way, I don't feel strongly about it, I just know
that I won't have energy for the topic in this CF.

Greetings,

Andres Freund

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Jaime Casanova 2018-07-03 02:05:57 Re: automatic restore point
Previous Message Michael Paquier 2018-07-03 01:50:36 Re: Add --include-table-data-where option to pg_dump, to export only a subset of table data