Re: Info about concurrent sequential scans

From: Daniele Varrazzo <daniele(dot)varrazzo(at)gmail(dot)com>
To: Andreas Kretschmer <akretschmer(at)spamfence(dot)net>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: Info about concurrent sequential scans
Date: 2010-02-22 20:09:33
Message-ID: 15bf30d21002221209w7709ca95h64aca4d44cf1aeda@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Mon, Feb 22, 2010 at 7:59 PM, Andreas Kretschmer
<akretschmer(at)spamfence(dot)net> wrote:
> Daniele Varrazzo <daniele(dot)varrazzo(at)gmail(dot)com> wrote:
>
>> Hello,
>>
>> at Prato PgDay in 2007 I remember hearing in a speech about a (then
>> yet to come) "seqscan piggyback" feature, allowing concurrent
>> sequential scans to use the same disk reads. I've now googled for info
>> about this feature, but I found nothing conclusive (e.g. [1], [2] -
>> which I don't know where is linked).

> I think, you means this:
>
>  Concurrent large sequential scans can now share disk reads (Jeff Davis)
>
> This is accomplished by starting the new sequential scan in the middle
> of the table (where another sequential scan is already in-progress) and
> wrapping around to the beginning to finish. This can affect the order of
> returned rows in a query that does not specify ORDER BY. The
> synchronize_seqscans configuration parameter can be used to disable this
> if necessary
>
> Source:
> http://www.postgresql.org/docs/current/interactive/release-8-3.html

Thank you very much (and thanks to Bruce too). This is the feature and
I'm checking it works "out of the box" on PG 8.3

-- Daniele

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Tom Lane 2010-02-22 20:34:59 Re: SET Role doesn't work from Security Definer Function...
Previous Message Richard Huxton 2010-02-22 20:08:46 Re: Missing clog, PITR