Re: Can LISTEN/NOTIFY deal with more than 100 every second?

From: Yeb Havinga <yebhavinga(at)gmail(dot)com>
To: Gavin Mu <gavin(dot)mu(at)gmail(dot)com>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: Can LISTEN/NOTIFY deal with more than 100 every second?
Date: 2010-02-01 14:53:39
Message-ID: 4B66EAF3.7050508@gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Gavin Mu wrote:
> CREATE OR REPLACE RULE send_notify AS ON INSERT TO log DO ALSO NOTIFY logevent;
>
..
> when I use 3 similar programs to feed data, which means about 75
> events every second, I found that Postgres didn't send NOTIFY
> opportunely, since the client do SELECT query every several hundreds
> seconds, which is too long to be acceptable.
>
Hello Gavin,

The following might help from the notify docs:

"NOTIFY behaves like Unix signals in one important respect: if the same
notification name is signaled multiple times in quick succession,
recipients might get only one notification event for several executions
of NOTIFY."

So if your notify for instance could also add a unique number to the
notification name, then it will probably work as expected.

Regards,
Yeb Havinga

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Scott Marlowe 2010-02-01 15:22:13 Re: Another PANIC corrupt index/crash ...any thoughts?
Previous Message Jeff Amiel 2010-02-01 14:45:36 Another PANIC corrupt index/crash ...any thoughts?