From: | Stephen Frost <sfrost(at)snowman(dot)net> |
---|---|
To: | Simon Riggs <simon(at)2ndQuadrant(dot)com> |
Cc: | Dave Page <dpage(at)pgadmin(dot)org>, Dimitri Fontaine <dimitri(at)2ndquadrant(dot)fr>, Robert Haas <robertmhaas(at)gmail(dot)com>, Heikki Linnakangas <heikki(dot)linnakangas(at)enterprisedb(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: reducing the overhead of frequent table locks - now, with WIP patch |
Date: | 2011-06-07 00:55:24 |
Message-ID: | 20110607005524.GR18128@tamriel.snowman.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
* Simon Riggs (simon(at)2ndQuadrant(dot)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
From | Date | Subject | |
---|---|---|---|
Next Message | Andrew Dunstan | 2011-06-07 01:29:52 | Re: [Pgbuildfarm-members] CREATE FUNCTION hang on test machine polecat on HEAD |
Previous Message | Robert Haas | 2011-06-06 23:43:30 | Re: reducing the overhead of frequent table locks - now, with WIP patch |