Re: synchronized scan: reset state at end of scan

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Jeff Davis <pgsql(at)j-davis(dot)com>
Cc: pgsql-patches(at)postgresql(dot)org
Subject: Re: synchronized scan: reset state at end of scan
Date: 2008-06-01 02:01:26
Message-ID: 11636.1212285686@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-patches

Jeff Davis <pgsql(at)j-davis(dot)com> writes:
> I was looking into supporting synchronized scans for VACUUM, and I
> noticed that we currently don't remove the reported scan location as
> this post suggests:

> http://archives.postgresql.org/pgsql-patches/2007-06/msg00047.php

I thought the end conclusion of that thread was to not do anything,
on the grounds that
(1) having new scans sometimes fail to join an existing syncscan
herd would be a bad thing because of the resulting performance
uncertainty;
(2) partially masking the order-nondeterminism created by syncscans
would be a bad thing because it would make it more likely for people
to not notice the issue during testing.

regards, tom lane

In response to

Responses

Browse pgsql-patches by date

  From Date Subject
Next Message Jeff Davis 2008-06-01 03:38:34 Re: synchronized scan: reset state at end of scan
Previous Message Jeff Davis 2008-06-01 00:45:14 synchronized scan: reset state at end of scan