Re: bug in SignalSomeChildren - Mailing list pgsql-hackers

From Bernd Helmle
Subject Re: bug in SignalSomeChildren
Date
Msg-id 36D5FC9E5C6D08B0EADD48B0@amenophis
Whole thread Raw
In response to Re: bug in SignalSomeChildren  (Fujii Masao <masao.fujii@gmail.com>)
Responses Re: bug in SignalSomeChildren  (Fujii Masao <masao.fujii@gmail.com>)
List pgsql-hackers

--On 22. Dezember 2010 15:51:09 +0900 Fujii Masao <masao.fujii@gmail.com> 
wrote:

>>> How about doing target != ALL test at the head for the most common case
>>> (target == ALL)?
>>
>> That's an idea, but the test you propose implements it incorrectly.
>
> Thanks! I revised the patch.

I had a look at this for the current CF and the patch looks reasonable to 
me. Some testing shows that the changes are working as intended (at least, 
the wal sender actually receives now signals from SignalSomeChildren() as 
far as the DEBUG4 output shows). Maybe we should put in a small comment, 
why we special case BACKEND_TYPE_ALL (following Tom's comment about 
expensive shared memory access and IsPostmasterChildWalSender()). I marked 
it as "Ready for Committer".

Question for my understanding:

While reading the small patch, i realized that there's no 
BACKEND_TYPE_WALRECV or similar. If i understand correctly there's no need 
to handle it this way, since there's only one wal receiver process per 
instance?

-- 
Thanks
Bernd


pgsql-hackers by date:

Previous
From: Magnus Hagander
Date:
Subject: Re: pg_basebackup for streaming base backups
Next
From: Itagaki Takahiro
Date:
Subject: Re: SQL/MED - file_fdw