Re: Table-level log_autovacuum_min_duration - Mailing list pgsql-hackers

From Jeff Janes
Subject Re: Table-level log_autovacuum_min_duration
Date
Msg-id CAMkU=1x-O1dwC2puGA=eLkbcKsu-AdDmd3kzb6ZQnHCwTb59wg@mail.gmail.com
Whole thread Raw
In response to Re: Table-level log_autovacuum_min_duration  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Table-level log_autovacuum_min_duration  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
On Mon, Mar 23, 2015 at 7:07 AM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
Alvaro Herrera <alvherre@2ndquadrant.com> writes:
> Michael Paquier wrote:
>> So a worker does not see changes in postgresql.conf once it is run and
>> processes a database, no? The launcher does run ProcessConfigFile()
>> when SIGHUP shows up though.

> Maybe this is something that we should change.

Yeah, checking for SIGHUP in the worker outer loop (ie once per table)
seems like a reasonable thing.

                        regards, tom lane

Could it be done more often?  Maybe every time it is about to do a cost_delay sleep?

I've certainly regretted the inability to change autovacuum_vacuum_cost_delay mid-table on more than one occasion.

This was mostly during doing testing work, but still I'm sure other people have run into this problem, perhaps without knowing it.

Cheers,

Jeff


pgsql-hackers by date:

Previous
From: Fabrízio de Royes Mello
Date:
Subject: Re: Order of enforcement of CHECK constraints?
Next
From: Tom Lane
Date:
Subject: Re: Order of enforcement of CHECK constraints?