Re: log_autovacuum

Поиск
Список
Период
Сортировка
От Alvaro Herrera
Тема Re: log_autovacuum
Дата
Msg-id 20070308175330.GW4715@alvh.no-ip.org
обсуждение исходный текст
Ответ на log_autovacuum  ("Simon Riggs" <simon@2ndquadrant.com>)
Ответы Re: log_autovacuum  (Darcy Buskermolen <darcyb@commandprompt.com>)
Re: log_autovacuum  ("Simon Riggs" <simon@2ndquadrant.com>)
Список pgsql-patches
Simon Riggs wrote:
> log_autovacuum = on produces a single line of output from autovacuum,
> with additional useful stats. Patch is proving useful in performance
> testing. Not sure what is intended on logging for 8.3....
>
> LOG:  autovac "public.w" scans:1 pages:197(-0) tuples:2338(-7199) CPU
> 0.00s/0.00u sec elapsed 0.39 sec
> LOG:  autovac "public.s" scans:1 pages:1926746(-0)
> tuples:37000611(-3461867) CPU 99.74s/53.37u sec elapsed 7977.20 sec

I agree something like this is useful, but I'd try to get rid of cryptic
notation, and maybe split in several message categories if reasonable.

Your proposal is

LOG:  autovac "public.w" scans:1 pages:197(-0) tuples:2338(-7199) CPU 0.00s/0.00u sec elapsed 0.39 sec

This looks too much like the old VACUUM VERBOSE reporting, which was
awful.  Maybe something like this is better:

LOG: index passes: 1  pages: removed 0, 197 remain  tuples: removed 7199, 2338 remain  CPU usage: whatever
CONTEXT: Automatic vacuuming of table "database.public.w"

This looks like the sort of thing comparable to picking a bikeshed color
though :-(

Keep in mind that it's going to be translated, so it's not useful for
machine parsing anyway.

--
Alvaro Herrera                                http://www.CommandPrompt.com/
PostgreSQL Replication, Consulting, Custom Development, 24x7 support

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

Предыдущее
От: Neil Conway
Дата:
Сообщение: Re: log_autovacuum
Следующее
От: Darcy Buskermolen
Дата:
Сообщение: Re: log_autovacuum