Re: Sync Replication with transaction-controlled durability - Mailing list pgsql-hackers

From Simon Riggs
Subject Re: Sync Replication with transaction-controlled durability
Date
Msg-id 1286609600.2304.1068.camel@ebony
Whole thread Raw
In response to Re: Sync Replication with transaction-controlled durability  (Robert Haas <robertmhaas@gmail.com>)
Responses Re: Sync Replication with transaction-controlled durability
List pgsql-hackers
On Fri, 2010-10-08 at 12:23 -0400, Robert Haas wrote:

> It seems like it would be more helpful if you were working on
> implementing a design that had more than one vote.  As far as I can
> tell, we have rough consensus that for the first commit we should only
> worry about the case where k = 1; that is, only one ACK is ever
> required for commit; and Greg Smith spelled out some more particulars
> for a minimum acceptable implementation in the second part of the
> email found here:
> 
> http://archives.postgresql.org/pgsql-hackers/2010-10/msg00384.php

Robert,

I'm working on k = 1, as suggested by Josh Berkus and with whom many
people agree. It is a simple default behaviour that will be easy to
test.

Greg's proposal to implement other alternatives via a function is simply
a restatement of what I had already proposed: we should have a plugin to
provide alternate behaviours. We can add the plugin API later once we
have a stable committed version. I am happy to do that, just as I
originally proposed.

I don't believe it will be helpful to attempt to implement something
more complex until we have the basic version.

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



pgsql-hackers by date:

Previous
From: Robert Haas
Date:
Subject: Re: Total memory allocated to postgres
Next
From: Marios Vodas
Date:
Subject: Re: compiling C library under mingw