Skip site navigation (1) Skip section navigation (2)

Re: is sync rep stalled?

From: Robert Haas <robertmhaas(at)gmail(dot)com>
To: Simon Riggs <simon(at)2ndquadrant(dot)com>
Cc: David Fetter <david(at)fetter(dot)org>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Heikki Linnakangas <heikki(dot)linnakangas(at)enterprisedb(dot)com>, Fujii Masao <masao(dot)fujii(at)gmail(dot)com>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: is sync rep stalled?
Date: 2010-09-30 18:06:01
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-hackers
On Thu, Sep 30, 2010 at 12:52 PM, Simon Riggs <simon(at)2ndquadrant(dot)com> wrote:
> On Thu, 2010-09-30 at 07:06 -0700, David Fetter wrote:
>> On Thu, Sep 30, 2010 at 09:52:46AM -0400, Tom Lane wrote:
>> > David Fetter <david(at)fetter(dot)org> writes:
>> > > On Thu, Sep 30, 2010 at 09:14:42AM +0100, Simon Riggs wrote:
>> > >> I don't see anything has stalled.
>> >
>> > > I do.  We're half way through this commitfest, so if no one's
>> > > actually ready to commit one of the patches, I kinda have to
>> > > bounce them both, at least to the next CF.
>> >
>> > [ raised eyebrow ]  You seem to be in an awfully big hurry to bounce
>> > stuff.  The CF end is still two weeks away.
>> If people are still wrangling over the design, I'd say two weeks is
>> a ludicrously short time, not a long one.
> Yes, there is design work still to do.
> What purpose would be served by "bouncing" these patches?

None whatsoever, IMHO.  That having been said, I would like to see us
make some forward progress.  I'm open to your ideas expressed
up-thread, but I'm not sure whether they'll be sufficient to resolve
the problem.  Seems worth a try, though.

Robert Haas
The Enterprise Postgres Company

In response to

pgsql-hackers by date

Next:From: Robert HaasDate: 2010-09-30 18:09:38
Subject: Re: security hook on table creation
Previous:From: Simon RiggsDate: 2010-09-30 18:02:01
Subject: Re: I: About "Our CLUSTER implementation is pessimal" patch

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group