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 20110606194441.GQ18128@tamriel.snowman.net
Whole thread Raw
In response to Re: reducing the overhead of frequent table locks - now, with WIP patch  (Dave Page <dpage@pgadmin.org>)
Responses Re: reducing the overhead of frequent table locks - now, with WIP patch
Re: reducing the overhead of frequent table locks - now, with WIP patch
List 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 by date:

Previous
From: Stefan Kaltenbrunner
Date:
Subject: Re: reducing the overhead of frequent table locks - now, with WIP patch
Next
From: Dave Page
Date:
Subject: Re: reducing the overhead of frequent table locks - now, with WIP patch