Re: WIP patch for latestCompletedXid method of computing snapshot xmax

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: "Florian G(dot) Pflug" <fgp(at)phlo(dot)org>
Cc: pgsql-patches(at)postgresql(dot)org
Subject: Re: WIP patch for latestCompletedXid method of computing snapshot xmax
Date: 2007-09-09 15:22:53
Message-ID: 18533.1189351373@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-patches

"Florian G. Pflug" <fgp(at)phlo(dot)org> writes:
> This guarantee enables a few optimizations. First, as you say in the
> comments, finding the largest xid when committing becomes trivial. But more
> important, if we can assume that the proc array xid cache is always
> sorted, we can get ride of the exclusive lock during subxact abort.

No, we can't, because subxact abort still has to advance latestCompletedXid.

regards, tom lane

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Sibte Abbas 2007-09-09 15:35:19 psql slash# command
Previous Message Tom Lane 2007-09-09 15:19:12 Re: ispell dictionary broken in CVS HEAD ?

Browse pgsql-patches by date

  From Date Subject
Next Message Sibte Abbas 2007-09-09 15:35:19 psql slash# command
Previous Message Tom Lane 2007-09-09 14:51:39 Re: invalidly encoded strings