Re: fixing LISTEN/NOTIFY - Mailing list pgsql-hackers

From Tom Lane
Subject Re: fixing LISTEN/NOTIFY
Date
Msg-id 12931.1128575696@sss.pgh.pa.us
Whole thread Raw
In response to fixing LISTEN/NOTIFY  (Neil Conway <neilc@samurai.com>)
Responses Re: fixing LISTEN/NOTIFY
List pgsql-hackers
Neil Conway <neilc@samurai.com> writes:
> [ various ideas about reimplementing LISTEN/NOTIFY ]

I really dislike the idea of pushing notifies out to the shared queue
before commit.  That essentially turns "forever do notify foo" into
a global DOS tool: you can drive everybody else's backend into swap
hell along with your own.

The idea of blocking during commit until shmem becomes available might
work.  There's some issues here about transaction atomicity, though:
how do you guarantee that all or none of your notifies get sent?
(Actually, supposing that the notifies ought to be sent post-commit,
"all" is the only acceptable answer.  So maybe you just never give up.)
        regards, tom lane


pgsql-hackers by date:

Previous
From: Neil Conway
Date:
Subject: fixing LISTEN/NOTIFY
Next
From: Neil Conway
Date:
Subject: Re: fixing LISTEN/NOTIFY