Re: RFC: Async query processing

From: Florian Weimer <fweimer(at)redhat(dot)com>
To: Claudio Freire <klaussfreire(at)gmail(dot)com>
Cc: Craig Ringer <craig(at)2ndquadrant(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, PostgreSQL-Dev <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: RFC: Async query processing
Date: 2014-04-22 18:49:40
Message-ID: 5356B9C4.80104@redhat.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 04/22/2014 07:03 PM, Claudio Freire wrote:
> On Tue, Apr 22, 2014 at 8:19 AM, Florian Weimer <fweimer(at)redhat(dot)com> wrote:
>> Feedback in this thread was, "we want something like this in libpq, but not
>> the thing you proposed". But there have been no concrete counter-proposals,
>> and some of the responses did not take into account the inherent
>> complexities of round-trip avoidance. So I'm not sure how to move this
>> topic forward.
>
> What exactly do you mean by not taking into account?

A couple of them were along the lines "let's just send batches of
queries and sync between batches". This does not seem very helpful to
me because sizing the batches is difficult, and the sizes could be quite
large.

> I do not believe you responded to my proposed interface. I'm not
> requesting a change in roundtrip avoidance measures, just the
> interface.

I've sent a reply now, I think I missed this part. Sorry.

--
Florian Weimer / Red Hat Product Security Team

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Jim Nasby 2014-04-22 18:58:06 Re: Clock sweep not caching enough B-Tree leaf pages?
Previous Message Florian Weimer 2014-04-22 18:45:55 Re: RFC: Async query processing