Re: Cancelling Requests Frontend/Backend Protocol TCP/IP

From: Raimon Fernandez <coder(at)montx(dot)com>
To: pgsql-general(at)postgresql(dot)org
Subject: Re: Cancelling Requests Frontend/Backend Protocol TCP/IP
Date: 2009-11-02 16:50:57
Message-ID: 3A922FE6-B9F9-4A8E-BBEA-102CB29AC2B1@montx.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general pgsql-interfaces


On 02/11/2009, at 17:35, Tom Lane wrote:

> Raimon Fernandez <coder(at)montx(dot)com> writes:
>> Quoted from the documentation:
>> "The cancellation signal might or might not have any effect — for
>> example, if it arrives after the
>> backend has finished processing the query, then it will have no
>> effect.
>
>> Here I understand that maybe it will have NO effect, so postgresql
>> will still sending rows and rows and rows ...
>
> If you're too late, the backend has already sent all the rows.
> There's
> not much we can do about data that's already in flight. There
> probably
> won't be that much of it though, as TCP stacks don't buffer infinite
> amounts of data.

The sentence 'backend has finished processing the query' means that
postgresql has finished processing the select and also has sent all
the rows ?

I thought it meant only processing the request, and the rows were not
yet sent all of them.

If the rows have been sent, and there are data in the TCP buffer,
that's another story ...

thanks,

raimon

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Tom Lane 2009-11-02 16:53:58 Re: Cancelling Requests Frontend/Backend Protocol TCP/IP
Previous Message Craig Ringer 2009-11-02 16:37:42 Re: Cancelling Requests Frontend/Backend Protocol TCP/IP

Browse pgsql-interfaces by date

  From Date Subject
Next Message Tom Lane 2009-11-02 16:53:58 Re: Cancelling Requests Frontend/Backend Protocol TCP/IP
Previous Message Craig Ringer 2009-11-02 16:37:42 Re: Cancelling Requests Frontend/Backend Protocol TCP/IP