Re: log_autovacuum
От | Darcy Buskermolen |
---|---|
Тема | Re: log_autovacuum |
Дата | |
Msg-id | 200703081003.24151.darcyb@commandprompt.com обсуждение исходный текст |
Ответ на | Re: log_autovacuum (Alvaro Herrera <alvherre@commandprompt.com>) |
Ответы |
Re: log_autovacuum
|
Список | pgsql-patches |
On March 8, 2007 09:53 am, Alvaro Herrera wrote: > 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. This goes back to the request for vacuum loging to a table.. -- Darcy Buskermolen Command Prompt, Inc. Sales/Support: +1.503.667.4564 || 24x7/Emergency: +1.800.492.2240 PostgreSQL solutions since 1997 http://www.commandprompt.com/
В списке pgsql-patches по дате отправления: