Re: [HACKERS] pg_upgrade vs vacuum_cost_delay

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: [HACKERS] pg_upgrade vs vacuum_cost_delay
Дата
Msg-id ZWDQmIyqcV5OhS6F@momjian.us
обсуждение исходный текст
Ответ на Re: [HACKERS] pg_upgrade vs vacuum_cost_delay  (Michael Banck <mbanck@gmx.net>)
Ответы Re: [HACKERS] pg_upgrade vs vacuum_cost_delay
Список pgsql-hackers
On Fri, Nov 24, 2023 at 01:10:01PM +0100, Michael Banck wrote:
> Hi,
> 
> On Fri, Nov 24, 2023 at 12:17:56PM +0100, Magnus Hagander wrote:
> > On Fri, Nov 24, 2023 at 11:21 AM Michael Banck <mbanck@gmx.net> wrote:
> > > On Wed, Nov 22, 2023 at 11:23:34PM -0500, Bruce Momjian wrote:
> > > > +     Non-zero values of
> > > > +     <varname>vacuum_cost_delay</varname> will delay statistics generation.
> > >
> > > Now I wonder wheter vacuumdb maybe should have an option to explicitly
> > > force vacuum_cost_delay to 0 (I don't think it has?)?
> > 
> > That's exactly what I proposed, isn't it? :)
> 
> You're right, I somehow only saw your mail after I had already sent
> mine.
> 
> To make up for this, I created a patch that implements our propoals, see
> attached.

This is already posssible with PGOPTIONS, so I don't see the need for
a separate option:

    PGOPTIONS='-c vacuum_cost_delay=99' psql -c 'SHOW vacuum_cost_delay;'
    test
     vacuum_cost_delay
    -------------------
     99ms
    (1 row)

Here is a patch which shows its usage.

-- 
  Bruce Momjian  <bruce@momjian.us>        https://momjian.us
  EDB                                      https://enterprisedb.com

  Only you can decide what is important to you.

Вложения

В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tomas Vondra
Дата:
Сообщение: Re: index prefetching
Следующее
От: Matthias van de Meent
Дата:
Сообщение: Re: Questions regarding Index AMs and natural ordering