Re: Question / requests. - Mailing list pgsql-hackers

From Robert Haas
Subject Re: Question / requests.
Date
Msg-id CA+TgmoawgaXsR-i-G+VVdRtQFUokYxANhRYERckiGYRsZ7kSLQ@mail.gmail.com
Whole thread Raw
In response to Re: Question / requests.  (Francisco Olarte <folarte@peoplecall.com>)
Responses Re: Question / requests.  (Francisco Olarte <folarte@peoplecall.com>)
Re: Question / requests.  (Alvaro Herrera <alvherre@2ndquadrant.com>)
List pgsql-hackers
On Wed, Oct 5, 2016 at 10:58 AM, Francisco Olarte
<folarte@peoplecall.com> wrote:
> On Tue, Oct 4, 2016 at 7:50 PM, Robert Haas <robertmhaas@gmail.com> wrote:
>> On Mon, Oct 3, 2016 at 5:44 PM, Alvaro Herrera <alvherre@2ndquadrant.com> wrote:
> ...
>>> I wonder if the real answer isn't just to disallow -f with parallel
>>> vacuuming.
>> Seems like we should figure out which catalog tables are needed in
>> order to perform a VACUUM, and force those to be done last and one at
>> a time.
>
> Is the system catalog a bottleneck for people who has real use for
> paralell vacuum?

I don't know, but it seems like the documentation for vacuumdb
currently says, more or less, "Hey, if you use -j with -f, it may not
work!", which seems unacceptable to me.  It should be the job of the
person writing the feature to make it work in all cases, not the job
of the person using the feature to work around the problem when it
doesn't.

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company



pgsql-hackers by date:

Previous
From: Robert Haas
Date:
Subject: Re: VACUUM's ancillary tasks
Next
From: Robert Haas
Date:
Subject: Re: Move allocation size overflow handling to MemoryContextAllocExtended()?