| From: | "Stephen R(dot) van den Berg" <srb(at)cuci(dot)nl> |
|---|---|
| To: | Michael Fuhr <mike(at)fuhr(dot)org> |
| Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, pgsql-hackers(at)postgresql(dot)org |
| Subject: | Re: Full socket send buffer prevents cancel, timeout |
| Date: | 2008-10-27 11:59:37 |
| Message-ID: | 20081027115937.GA28024@cuci.nl |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Michael Fuhr wrote:
>On Sat, Oct 25, 2008 at 12:36:24PM -0400, Tom Lane wrote:
>> The backend can't take it upon itself to interrupt the send, because
>> that would result in loss of protocol message sync, and without
>> knowing how many bytes got sent there's really no way to recover.
>> The only escape from the backend side would be to abort the session ---
>> and even that's a bit problematic since we'd probably try to issue an
>> error message somewhere on the way out, which isn't going to work
>> either if the send buffer is full.
>Yeah, I've already explained those difficulties. I was hoping that
>discussion might generate ideas on how to deal with them.
What about simply closing the filedescriptor upon discovering a
non-empty sendbuffer upon timeout/querycancel?
--
Sincerely,
Stephen R. van den Berg.
Teamwork is essential -- it allows you to blame someone else.
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tom Lane | 2008-10-27 12:02:23 | Re: WIP patch: convert SQL-language functions to return tuplestores |
| Previous Message | Magnus Hagander | 2008-10-27 11:25:28 | Parsing errors in pg_hba.conf |