Re: LISTEN/NOTIFY benchmarks?

Поиск
Список
Период
Сортировка
Искать
От
prashanth@jibenetworks.com
Тема
Re: LISTEN/NOTIFY benchmarks?
Дата
Msg-id
20030430002735.GA4046@prashanth.jibenetworks.com
Ответ на
Список
Дерево обсуждения
LISTEN/NOTIFY benchmarks? prashanth@jibenetworks.com
Re: LISTEN/NOTIFY benchmarks? Hannu Krosing <hannu@tm.ee>
Re: LISTEN/NOTIFY benchmarks? prashanth@jibenetworks.com
Re: LISTEN/NOTIFY benchmarks? Tom Lane <tgl@sss.pgh.pa.us>
Re: LISTEN/NOTIFY benchmarks? prashanth@jibenetworks.com
Re: LISTEN/NOTIFY benchmarks? Tom Lane <tgl@sss.pgh.pa.us>
Re: LISTEN/NOTIFY benchmarks? prashanth@jibenetworks.com
Re: LISTEN/NOTIFY benchmarks? Tom Lane <tgl@sss.pgh.pa.us>
Re: LISTEN/NOTIFY benchmarks? Sean Chittenden <sean@chittenden.org>
Re: LISTEN/NOTIFY benchmarks? Gavin Sherry <swm@linuxworld.com.au>
Re: LISTEN/NOTIFY benchmarks? Sean Chittenden <sean@chittenden.org>
Re: LISTEN/NOTIFY benchmarks? Sailesh Krishnamurthy <sailesh@cs.berkeley.edu>
Re: LISTEN/NOTIFY benchmarks? Sean Chittenden <sean@chittenden.org>
Re: LISTEN/NOTIFY benchmarks? Sailesh Krishnamurthy <sailesh@cs.berkeley.edu>
Re: LISTEN/NOTIFY benchmarks? Sean Chittenden <sean@chittenden.org>
Re: LISTEN/NOTIFY benchmarks? Sailesh Krishnamurthy <sailesh@cs.berkeley.edu>

On Tue, Apr 29, 2003 at 06:21:15PM -0400, Tom Lane wrote:
> prashanth@jibenetworks.com writes:
> > If the listening backend had registered tens of thousands of LISTENs,
> > it would be sent an equivalent number of signals during a single run
> > of AtCommit_Notify().
> 
> Not unless the notifier had notified all tens of thousands of condition
> names in a single transaction.

Unfortunately, that is a possibility in our application.  We are now
working around this non-scalability.

Regardless, it would seem redundant to send more than one SIG_USR2 to the
recipient backend in that loop.

-- prashanth


В списке pgsql-hackers по дате отправления
От: Tom Lane
Дата:
От: Sean Chittenden
Дата:
Сообщение: Re: LISTEN/NOTIFY benchmarks?
FAQ