Re: pg_listener entries deleted under heavy NOTIFY load only on Windows - Mailing list pgsql-bugs

From Tom Lane
Subject Re: pg_listener entries deleted under heavy NOTIFY load only on Windows
Date
Msg-id 19100.1233164660@sss.pgh.pa.us
Whole thread Raw
In response to Re: pg_listener entries deleted under heavy NOTIFY load only on Windows  ("Marshall, Steve" <smarshall@wsi.com>)
Responses Re: pg_listener entries deleted under heavy NOTIFY load only on Windows
List pgsql-bugs
"Marshall, Steve" <smarshall@wsi.com> writes:
> Essentially, the new error handling in async.c allows postgres to fail
> in its efforts to signal a process about the presence of a NOTIFY event
> without invalidating the subscription (LISTEN) for that event.

But why would that be a good idea?  It seems to me to be a bandaid that
guarantees misbehavior in the infrequent-notification case.

The real question here, which this doesn't advance us towards solving,
is why is the CallNamedPipe call sometimes failing (or at least taking
longer than it seems it ought to).

            regards, tom lane

pgsql-bugs by date:

Previous
From: "Marshall, Steve"
Date:
Subject: Re: pg_listener entries deleted under heavy NOTIFY load only on Windows
Next
From: "Marshall, Steve"
Date:
Subject: Re: pg_listener entries deleted under heavy NOTIFY load only on Windows