Re: reducing the overhead of frequent table locks - now, with WIP patch - Mailing list pgsql-hackers

From Stephen Frost
Subject Re: reducing the overhead of frequent table locks - now, with WIP patch
Date
Msg-id 20110607005524.GR18128@tamriel.snowman.net
Whole thread Raw
In response to Re: reducing the overhead of frequent table locks - now, with WIP patch  (Simon Riggs <simon@2ndQuadrant.com>)
List pgsql-hackers
* Simon Riggs (simon@2ndQuadrant.com) wrote:
> I see no reason to delay from a July release as has long been planned.
>
> What open items are genuine blockers?
>
> If we need deadlines anywhere its in beta and final release, otherwise
> we all just sit around shrugging and saying "another week I guess".

I'm a bit confused by your response here.  Clearly, if we're going to
try and get this patch cleaned up and committable, then it's an open
item and a genuine blocker with a couple of months of work associated
with it.  If we don't try to shove this patch in then perhaps we can
get a release out in the next month or so.  It was my understand that
we're in beta and final release right now, and we're trying to hit
deadlines now which are associated with that.  Adding this patch into
the queue of "things to be done before release" moves us back out of
the beta testing and final release stage.

In other words, if you're argueing to stick to a release soon then it
doesn't make sense, to me anyway, to advocate applying a mostly
untested patch which changes a great deal of very important core logic.
Thanks,
    Stephen

pgsql-hackers by date:

Previous
From: Robert Haas
Date:
Subject: Re: reducing the overhead of frequent table locks - now, with WIP patch
Next
From: Andrew Dunstan
Date:
Subject: Re: [Pgbuildfarm-members] CREATE FUNCTION hang on test machine polecat on HEAD