Re: 'Waiting on lock' - Mailing list pgsql-hackers

From Stephen Frost
Subject Re: 'Waiting on lock'
Date
Msg-id 20070530165636.GA7531@tamriel.snowman.net
Whole thread Raw
In response to Re: 'Waiting on lock'  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
* Tom Lane (tgl@sss.pgh.pa.us) wrote:
> Stephen Frost <sfrost@snowman.net> writes:
> > * Tom Lane (tgl@sss.pgh.pa.us) wrote:
> >> It'd be relatively painless to make that happen as part of the
> >> deadlock-check timeout function, but that's typically only a one-second
> >> delay not a "few seconds".  I think it'd likely be overly chatty.
>
> > Yeah, I wouldn't want one per second.  Do we already track how long
> > we've been waiting?
>
> No, because we're *asleep*.  You'd have to add an additional
> timeout-interrupt reason.  Plus there's a ton of interesting questions
> about what's safe to do from an interrupt service routine.

Eh, I wouldn't really want to add an additional timeout-interrupt if we
could avoid it.  Sorry, hadn't followed what you meant (honestly, I
expected us to already have some kind of timeout loop when waiting, nice
to know that we don't :).  As I mentioned to Alvaro, a single NOTICE
after a full second of waiting would be fine for my use case, at least.
My main concern was that it'd be one-per-second, which would be too
much.

I agree with your concern about doing things from an ISR though...
Thanks,
    Stephen

pgsql-hackers by date:

Previous
From: Enrico Sirola
Date:
Subject: table partitioning pl/pgsql helpers
Next
From: Tom Lane
Date:
Subject: Ye olde drop-the-database-you-just-left problem