Re: Behaviour of bgworker with SIGHUP - Mailing list pgsql-hackers

From Guillaume Lelarge
Subject Re: Behaviour of bgworker with SIGHUP
Date
Msg-id 1356968938.1967.9.camel@localhost.localdomain
Whole thread Raw
In response to Re: Behaviour of bgworker with SIGHUP  (Alvaro Herrera <alvherre@2ndquadrant.com>)
Responses Re: Behaviour of bgworker with SIGHUP
List pgsql-hackers
On Mon, 2012-12-31 at 11:03 -0300, Alvaro Herrera wrote:
> Guillaume Lelarge wrote:
> > Hi,
> > 
> > Today, I tried to make fun with the new background worker processes in
> > 9.3, but I found something disturbing, and need help to go further.
> 
> Thanks.
> 
> > Is it the work of the function (pointed by bgw_sighup) to get the new
> > config values from the postmaster? and if so, how can I get these new
> > values?
> 
> You probably want to have the sighup handler set a flag, and then call
> ProcessConfigFile(PGC_SIGHUP) in your main loop when the flag is set.  
> Search for got_SIGHUP in postgres.c.
> 

Thanks for the tip. It works great.

> I think this (have a config option, and have SIGHUP work as expected)
> would be useful to demo in worker_spi, if you care to submit a patch.
> 

Yeah, I would love too. Reading the code of worker_spi, we could add one
or three parameters: a naptime, and the schemaname for both bgprocess.
One would be enough or do you prefer all three?

> > I thought the configuration reloading would work just like a shared
> > library but it doesn't seem so.
> 
> Yeah, you need to handle that manually, because you're running your own
> process now.
> 

That makes sense, thanks.


-- 
Guillaume
http://blog.guillaume.lelarge.info
http://www.dalibo.com




pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: Making view dump/restore safe at the column-alias level
Next
From: Alvaro Herrera
Date:
Subject: Re: Behaviour of bgworker with SIGHUP