Re: Hot standby, race condition between recovery snapshot and commit - Mailing list pgsql-hackers

From Simon Riggs
Subject Re: Hot standby, race condition between recovery snapshot and commit
Date
Msg-id 1258232931.14054.942.camel@ebony
Whole thread Raw
In response to Hot standby, race condition between recovery snapshot and commit  (Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>)
Responses Re: Hot standby, race condition between recovery snapshot and commit
List pgsql-hackers
On Sat, 2009-11-14 at 14:59 +0200, Heikki Linnakangas wrote:
> There's a race condition ....

Yes, I believe this is a major showstopper for the current
approach/attempt....but...

> I can't see any obvious way around that. 

Huh? We're only doing this strict locking approach because you insisted
that the looser approach was not acceptable. Have you forgotten that
discussion so completely that you can't even remember the existence of
other options? 

It amazes me that you should then use locking overhead as the reason to
not pursue the current approach further, which was exactly my argument
for not pursuing it in the first place.

You're leading me a merry dance.

-- Simon Riggs           www.2ndQuadrant.com



pgsql-hackers by date:

Previous
From: Robert Haas
Date:
Subject: Re: patch - per-tablespace random_page_cost/seq_page_cost
Next
From: Merlin Moncure
Date:
Subject: Re: Inspection of row types in pl/pgsql and pl/sql