Re: [GENERAL] A way to let Vacuum warn if FSM settings

Поиск
Список
Период
Сортировка
От Simon Riggs
Тема Re: [GENERAL] A way to let Vacuum warn if FSM settings
Дата
Msg-id 1110788268.11750.113.camel@localhost.localdomain
обсуждение исходный текст
Ответ на Re: [GENERAL] A way to let Vacuum warn if FSM settings are low. [final?]  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: [GENERAL] A way to let Vacuum warn if FSM settings are
Список pgsql-patches
On Mon, 2005-03-14 at 01:40 -0500, Tom Lane wrote:
> Bruce Momjian <pgman@candle.pha.pa.us> writes:
> > Ron Mayer wrote:
> >> My reasoning why I thought the log file was more useful was
> >> that only an admin with access to the log files could really
> >> do anything about the message anyway.
>
> > The log file is useful, but I think showing the VACUUM user is _more_
> > useful than the log file.
>
> I think that reasoning is fundamentally unsound, because (a) a lot of
> people already do vacuuming via a cron job or autovacuum, and (b)
> autovacuum is definitely the wave of the future.  So it's foolish
> to design this messaging around the assumption that there will be
> a human attentive to the on-line output from VACUUM.  We should be
> ensuring that the message gets into the postmaster log --- whether
> it gets sent to the client is secondary.

Personally, I prefer the postmaster log as the place for this.

However, whilst vacuum exists as a separate command, there will be an
argument to return a message back to the person running it; we cannot
assume that people would be inattentive.

Possibly the deciding factor should be whether autovacuum makes it fully
into becoming a special backend anytime soon, since in that case only
the log would remain as an option for reporting this message, in that
case.

Can we have both?

Best Regards, Simon Riggs




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

Предыдущее
От: Christopher Kings-Lynne
Дата:
Сообщение: Sort psql output
Следующее
От: Bruce Momjian
Дата:
Сообщение: Re: submitted WIN1252 patches are buggy