Re: Question / requests.

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: Question / requests.
Дата
Msg-id CA+TgmoawgaXsR-i-G+VVdRtQFUokYxANhRYERckiGYRsZ7kSLQ@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Question / requests.  (Francisco Olarte <folarte@peoplecall.com>)
Ответы Re: Question / requests.  (Francisco Olarte <folarte@peoplecall.com>)
Re: Question / requests.  (Alvaro Herrera <alvherre@2ndquadrant.com>)
Список 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 по дате отправления:

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: VACUUM's ancillary tasks
Следующее
От: Robert Haas
Дата:
Сообщение: Re: Move allocation size overflow handling to MemoryContextAllocExtended()?