Re: pgsql/src backend/tcop/postgres.c include/misc ...
| От | Hiroshi Inoue |
|---|---|
| Тема | Re: pgsql/src backend/tcop/postgres.c include/misc ... |
| Дата | |
| Msg-id | 3C369821.91729BE7@tpf.co.jp обсуждение исходный текст |
| Ответ на | pgsql/src backend/tcop/postgres.c include/misc ... (tgl@postgresql.org) |
| Ответы |
Re: pgsql/src backend/tcop/postgres.c include/misc ...
|
| Список | pgsql-committers |
Tom Lane wrote: > > Hiroshi Inoue <Inoue@tpf.co.jp> writes: > > Oh I see. But this seems to change the behabior significantly > > at least for die signals. > > Well, it considerably reduces the number of places at which either > signal will be accepted, but that's exactly the point. The code > as written was accepting the signals in many more places than we > envisioned in the original discussion, and I'm unconvinced that > that's safe. > > AFAIK this should at worst increase the interrupt response time > from order-of-microseconds to order-of-milliseconds, so I'm not > especially worried. Sub-second response time is plenty good enough > for either kind of interrupt, IMHO. When are cancel or die interrupts accepted while executing a long query ? regards, Hiroshi Inoue
В списке pgsql-committers по дате отправления: