Re: Latest version of Hot Standby patch - Mailing list pgsql-hackers

From Simon Riggs
Subject Re: Latest version of Hot Standby patch
Date
Msg-id 1231406455.18005.123.camel@ebony.2ndQuadrant
Whole thread Raw
In response to Re: Latest version of Hot Standby patch  (Simon Riggs <simon@2ndQuadrant.com>)
Responses Re: Latest version of Hot Standby patch  (Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>)
List pgsql-hackers
On Wed, 2009-01-07 at 22:08 +0000, Simon Riggs wrote:
> On Wed, 2009-01-07 at 23:56 +0200, Heikki Linnakangas wrote:
> > Simon Riggs wrote:
> > > On Wed, 2009-01-07 at 15:43 +0200, Heikki Linnakangas wrote:
> > >> When there's no xids in the procarray, couldn't we just use 
> > >> latestCompletedXid instead of calling ReadNewTransactionId()?
> > > 
> > > latestCompletedXid is protected by ProcArrayLock so not much difference
> > > between those two.
> > 
> > The big difference is that we're already holding ProcArrayLock. You 
> > could read the value of latestCompletedXid before releasing 
> > ProcArrayLock, and wouldn't need the retry logic.
> 
> Sounds good to me then. Will rework.

Applies brakes suddenly.

I realise this is subtle trap I almost fell into the first time I coded
it. The function is retrieving GetRunningTransactionData() and so we are
interested in the latest running xid, not the latest completed xid. The
latter is sufficient for snapshots, but the information derived by
GetRunningTransactionData() is used to maintain UnobservedXids.

Now we might have a discussion about whether we *need* that information,
but the code is correct as it currently stands.

-- Simon Riggs           www.2ndQuadrant.comPostgreSQL Training, Services and Support



pgsql-hackers by date:

Previous
From: Heikki Linnakangas
Date:
Subject: Re: text search patch status update?
Next
From: Peter Eisentraut
Date:
Subject: Python 3.0 does not work with PL/Python