Re: EINTR error in SunOS
От
Qingqing Zhou
Тема
Re: EINTR error in SunOS
Дата
Msg-id
Pine.LNX.4.58.0601011354500.14558@eon.cs
Ответ на
Re: EINTR error in SunOS (Tom Lane)
Список
Дерево обсуждения
EINTR error in SunOS Qingqing Zhou <zhouqq@cs.toronto.edu>
Re: EINTR error in SunOS Tom Lane <tgl@sss.pgh.pa.us>
Re: EINTR error in SunOS Qingqing Zhou <zhouqq@cs.toronto.edu>
Re: EINTR error in SunOS Greg Stark <gsstark@mit.edu>
Re: EINTR error in SunOS Tom Lane <tgl@sss.pgh.pa.us>
Re: EINTR error in SunOS Rod Taylor <pg@rbt.ca>
Re: EINTR error in SunOS Greg Stark <gsstark@mit.edu>
Re: EINTR error in SunOS Qingqing Zhou <zhouqq@cs.toronto.edu>
Re: EINTR error in SunOS Greg Stark <gsstark@mit.edu>
Re: EINTR error in SunOS Qingqing Zhou <zhouqq@cs.toronto.edu>
Re: EINTR error in SunOS Martijn van Oosterhout <kleptog@svana.org>
Re: EINTR error in SunOS Greg Stark <gsstark@mit.edu>
Re: EINTR error in SunOS Doug Royer <Doug@Royer.com>
Re: EINTR error in SunOS Doug McNaught <doug@mcnaught.org>
Re: EINTR error in SunOS Doug Royer <Doug@Royer.com>
Re: EINTR error in SunOS Doug McNaught <doug@mcnaught.org>
Re: EINTR error in SunOS Bruce Momjian <pgman@candle.pha.pa.us>
Re: EINTR error in SunOS Doug Royer <Doug@Royer.com>
Re: EINTR error in SunOS Doug McNaught <doug@mcnaught.org>
Re: EINTR error in SunOS Doug Royer <Doug@Royer.com>
Re: EINTR error in SunOS Martijn van Oosterhout <kleptog@svana.org>
Re: EINTR error in SunOS Doug McNaught <doug@mcnaught.org>
Re: EINTR error in SunOS Greg Stark <gsstark@mit.edu>
Re: EINTR error in SunOS Doug Royer <Doug@Royer.com>
Re: EINTR error in SunOS Doug Royer <Doug@Royer.com>
Re: EINTR error in SunOS Doug McNaught <doug@mcnaught.org>
Re: EINTR error in SunOS Qingqing Zhou <zhouqq@cs.toronto.edu>
On Sun, 1 Jan 2006, Tom Lane wrote: > Qingqing Zhou writes: > > I understand put a CHECK_FOR_INTERRUPTS() in the retry-loop may make more > > graceful stop, but it won't work in some cases -- notice that the io > > routines we will patch can be used before the signal mechanism is setup. > > I don't think it will help much at all: too many of the operations in > question are invoked in places where CHECK_FOR_INTERRUPTS is a no-op. > Examples: > * disk writes are mostly done by the bgwriter and not backends at all > * unlinks are generally done during xact commit/rollback > Right. > Qingqing's point about failures in system()-invoked commands (think > archive_command for PITR) is a mighty good one too. That puts a > serious crimp into any illusion that we can really fix this in any > reliable way. > Not my credit, I just collect Rod & Greg's posts about this here :-) And I still not sure what exactly the problem we want to fix here -- think our target is the "operation should not faild because of EINTR". Regards, Qingqing
В списке pgsql-hackers по дате отправления
От: Martijn van Oosterhout
Дата: