Re: Sync Replication with transaction-controlled durability

From: Simon Riggs <simon(at)2ndQuadrant(dot)com>
To: Robert Haas <robertmhaas(at)gmail(dot)com>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: Sync Replication with transaction-controlled durability
Date: 2010-10-09 07:33:20
Message-ID: 1286609600.2304.1068.camel@ebony
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: 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.com
PostgreSQL Development, 24x7 Support, Training and Services

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Marios Vodas 2010-10-09 09:40:03 Re: compiling C library under mingw
Previous Message Robert Haas 2010-10-09 03:16:41 Re: Total memory allocated to postgres