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 20110606194441.GQ18128@tamriel.snowman.net
обсуждение исходный текст
Ответ на Re: reducing the overhead of frequent table locks - now, with WIP patch  (Dave Page <dpage@pgadmin.org>)
Ответы Re: reducing the overhead of frequent table locks - now, with WIP patch  (Dave Page <dpage@pgadmin.org>)
Re: reducing the overhead of frequent table locks - now, with WIP patch  ("Kevin Grittner" <Kevin.Grittner@wicourts.gov>)
Список pgsql-hackers
* Dave Page (dpage@pgadmin.org) wrote:
> Much as I hate to say it (I too want to keep our schedule as
> predictable and organised as possible), I have to agree. Assuming the
> patch is good, I think this is something we should push into 9.1. It
> really could be a game changer.

So, with folks putting up that we should hammer this patch out and
force it into 9.1..  What should our new release date for 9.1 be?  What
about other patches that didn't make it into 9.1?  What about the
upcoming CommitFest that we've asked people to start working on?

If we're going to start putting in changes like this, I'd suggest that
we try and target something like September for 9.1 to actually be
released.  Playing with the lock management isn't something we want to
be doing lightly and I think we definitely need to have serious testing
of this, similar to what has been done for the SSI changes, before we're
going to be able to release it.

I don't agree that we should delay 9.1, but if people really want this
in, then we need to figure out what the new schedule is going to be.
Thanks,
    Stephen

В списке pgsql-hackers по дате отправления:

Предыдущее
От: Stefan Kaltenbrunner
Дата:
Сообщение: Re: reducing the overhead of frequent table locks - now, with WIP patch
Следующее
От: Dave Page
Дата:
Сообщение: Re: reducing the overhead of frequent table locks - now, with WIP patch