From: | Robert Haas <robertmhaas(at)gmail(dot)com> |
---|---|
To: | Josh Berkus <josh(at)agliodbs(dot)com> |
Cc: | "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Remove vacuum_defer_cleanup_age |
Date: | 2016-10-18 20:28:36 |
Message-ID: | CA+Tgmob4CgTkvJChJsK97QjRoTHYGML2Mi2gH_TDYWFOAB6oNA@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Tue, Oct 18, 2016 at 4:18 PM, Josh Berkus <josh(at)agliodbs(dot)com> wrote:
> On 10/12/2016 05:00 PM, Robert Haas wrote:
>> On Sun, Oct 9, 2016 at 9:51 PM, Josh Berkus <josh(at)agliodbs(dot)com> wrote:
>>> Given that hot_standby_feedback is pretty bulletproof now, and a lot of
>>> the work in reducing replay conflicts, I think the utility of
>>> vacuum_defer_cleanup_age is at an end. I really meant so submit a patch
>>> to remove it to 9.6, but it got away from me.
>>>
>>> Any objections to removing the option in 10?
>>
>> I'm not sure I see the point.
>
> Redusing the number of configuration variables is an a-priori good. In
> aggregate, the more knobs we have, the harder it is to learn how to
> admin Postgres. Therefore any time a config variable becomes obsolete,
> we should remove it.
Meh. I agree that more configuration knobs makes it harder to learn
to configure the system, but we've got enough of them that removing
exactly one isn't going to make a material difference. Against that,
if you are wrong about it being obsolete and there are actually people
relying on it heavily, those people will be very sad if we remove it,
and unless they read this mailing list, we probably won't find out
until it's too late.
--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company
From | Date | Subject | |
---|---|---|---|
Next Message | Josh Berkus | 2016-10-18 20:33:52 | Re: Remove vacuum_defer_cleanup_age |
Previous Message | Robert Haas | 2016-10-18 20:25:51 | Re: PATCH: two slab-like memory allocators |