Re: pgsql/src backend/tcop/postgres.c include/misc ...
В списке pgsql-committers по дате отправления:
| От | Hiroshi Inoue |
|---|---|
| Тема | Re: pgsql/src backend/tcop/postgres.c include/misc ... |
| Дата | |
| Msg-id | 3C390532.356455E8@tpf.co.jp обсуждение исходный текст |
| Ответ на | Re: pgsql/src backend/tcop/postgres.c include/misc ... ("Hiroshi Inoue" <Inoue@tpf.co.jp>) |
| Список | pgsql-committers |
Tom Lane wrote: > > "Hiroshi Inoue" <Inoue@tpf.co.jp> writes: > >> Doesn't bother me a whole lot; I don't think that's what the die > >> interrupt is for. In my mind the main reason die() exists is to > >> behave reasonably when the system is being shut down and init has > >> sent SIGTERM to all processes. > > > In my mind the main reason die() exists is to kill individual > > backends which seems to be in trouble without causing > > the database-wide restart. > > [ raises eyebrow ] That isn't recommended procedure or even documented > anywhere, AFAIR. I don't call it a dbms unless it has a will to limit a trouble locally. Anyway it seems too late to complain. I was foolish enough to have overlooked the very significant change that introduced the dominant ImmediateInterruptOK variable. Sigh... Where were my eyes ? regards, Hiroshi Inoue
В списке pgsql-committers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера