Re: reducing the overhead of frequent table locks - now, with WIP patch
От | Stephen Frost |
---|---|
Тема | Re: reducing the overhead of frequent table locks - now, with WIP patch |
Дата | |
Msg-id | 20110607005524.GR18128@tamriel.snowman.net обсуждение исходный текст |
Ответ на | Re: reducing the overhead of frequent table locks - now, with WIP patch (Simon Riggs <simon@2ndQuadrant.com>) |
Список | 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 по дате отправления: