Re: tie user processes to postmaster was:(Re: [HACKERS] scheduler in core)
В списке pgsql-hackers по дате отправления:
| От | 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)
|
| Список | 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 по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера