| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> |
| Cc: | Jeff Davis <list-pgsql-hackers(at)empires(dot)org>, pgsql-hackers(at)postgresql(dot)org |
| Subject: | Re: listen/notify argument (old topic revisited) |
| Date: | 2002-07-02 18:50:17 |
| Message-ID: | 18351.1025635817@sss.pgh.pa.us |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> writes:
> I don't see a huge value to using shared memory. Once we get
> auto-vacuum, pg_listener will be fine,
No it won't. The performance of notify is *always* going to suck
as long as it depends on going through a table. This is particularly
true given the lack of any effective way to index pg_listener; the
more notifications you feed through, the more dead rows there are
with the same key...
> and shared memory like SI is just
> too hard to get working reliabily because of all the backends
> reading/writing in there.
A curious statement considering that PG depends critically on SI
working. This is a solved problem.
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Bruce Momjian | 2002-07-02 19:09:38 | Re: listen/notify argument (old topic revisited) |
| Previous Message | Tom Lane | 2002-07-02 18:38:45 | Scope of constraint names |