Re: Improvement of procArray.xmin for VACUUM - Mailing list pgsql-patches

From Bruce Momjian
Subject Re: Improvement of procArray.xmin for VACUUM
Date
Msg-id 200703271319.l2RDJeC03261@momjian.us
Whole thread Raw
In response to Re: Improvement of procArray.xmin for VACUUM  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Improvement of procArray.xmin for VACUUM  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-patches
Tom Lane wrote:
> Bruce Momjian <bruce@momjian.us> writes:
> > Tom Lane wrote:
> >> Uh, no, that's not very clear.  A long-running transaction will be a
> >> VACUUM bottleneck because of its own XID, never mind its xmin.
>
> > Well, my secondary addition was to start MyProc->xmin with the current
> > xid counter, rather than your own xid.
>
> Don't tell me you seriously believe that would work.

I do.  Please tell me why it will not.

--
  Bruce Momjian  <bruce@momjian.us>          http://momjian.us
  EnterpriseDB                               http://www.enterprisedb.com

  + If your life is a hard drive, Christ can be your backup. +

pgsql-patches by date:

Previous
From: stark
Date:
Subject: Patch for circular buffer in tuplestore to optimize merge joins (v1)
Next
From: Bruce Momjian
Date:
Subject: Re: patch adding new regexp functions