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
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? |