Re: bug in SignalSomeChildren - Mailing list pgsql-hackers

From Tom Lane
Subject Re: bug in SignalSomeChildren
Date
Msg-id 1216.1292604225@sss.pgh.pa.us
Whole thread Raw
In response to Re: bug in SignalSomeChildren  (Alvaro Herrera <alvherre@commandprompt.com>)
Responses Re: bug in SignalSomeChildren  (Robert Haas <robertmhaas@gmail.com>)
List pgsql-hackers
Alvaro Herrera <alvherre@commandprompt.com> writes:
> Excerpts from Tom Lane's message of vie dic 17 13:18:35 -0300 2010:
>> I think what we ought to be looking to do is get rid of the distinction,
>> so that the postmaster treats walsenders the same as other children.

> I think the problem with this is that walsenders are treated in a very
> special way during shutdown -- they need to stay up until after bgwriter
> is gone.

Why do they need to survive the bgwriter?  And more to the point, why
does that logic need to be implemented on the postmaster side?  Since
only the child process really knows reliably whether it's a walsender,
it'd be far safer if the behavioral difference could be handled on the
child side.  I haven't looked at the details, but I'm wondering if we
couldn't make this go by having walsender children react differently
to the same signals the postmaster sends other children.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: proposal: FOREACH-IN-ARRAY (probably for 9.2?)
Next
From: Florian Pflug
Date:
Subject: Re: Serializable lock consistency (was Re: CommitFest wrap-up)