Re: tie user processes to postmaster was:(Re: [HACKERS] scheduler in core) - Mailing list pgsql-hackers

From Dimitri Fontaine
Subject Re: tie user processes to postmaster was:(Re: [HACKERS] scheduler in core)
Date
Msg-id 87vddo5m49.fsf@hi-media-techno.com
Whole thread Raw
In response to Re: tie user processes to postmaster was:(Re: [HACKERS] scheduler in core)  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: tie user processes to postmaster was:(Re: [HACKERS] scheduler in core)
List pgsql-hackers
Tom Lane <tgl@sss.pgh.pa.us> writes:
> Alvaro Herrera <alvherre@commandprompt.com> writes:
>> Regarding hooks or events, I think postmaster should be kept simple:
>> launch at start, reset at crash recovery, kill at stop.
>
> This is exactly why I think the whole proposal is a nonstarter.  It is
> necessarily pushing more complexity into the postmaster, which means
> an overall reduction in system reliability.

I was under the illusion that having a separate "supervisor" process
child of postmaster to care about the user daemons would protect
postmaster itself. At least the only thing it'd have to do is start a
new child. Then let it care.

How much that would give us as far as postmaster reliability is concerned?
-- 
dim


pgsql-hackers by date:

Previous
From: Magnus Hagander
Date:
Subject: Re: synchronous commit in dump
Next
From: Magnus Hagander
Date:
Subject: Re: SR/libpq - outbound interface/ipaddress binding