Re: tie user processes to postmaster was:(Re: [HACKERS] scheduler in core)

Поиск
Список
Период
Сортировка
От Dimitri Fontaine
Тема Re: tie user processes to postmaster was:(Re: [HACKERS] scheduler in core)
Дата
Msg-id 87vddo5m49.fsf@hi-media-techno.com
обсуждение исходный текст
Ответ на Re: tie user processes to postmaster was:(Re: [HACKERS] scheduler in core)  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: tie user processes to postmaster was:(Re: [HACKERS] scheduler in core)  (Alvaro Herrera <alvherre@commandprompt.com>)
Список 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 по дате отправления:

Предыдущее
От: Magnus Hagander
Дата:
Сообщение: Re: synchronous commit in dump
Следующее
От: Magnus Hagander
Дата:
Сообщение: Re: SR/libpq - outbound interface/ipaddress binding