Re: [CORE] postpone next week's release - Mailing list pgsql-hackers

From Bruce Momjian
Subject Re: [CORE] postpone next week's release
Date
Msg-id 20150531162449.GA23118@momjian.us
Whole thread Raw
In response to Re: [CORE] postpone next week's release  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
On Sun, May 31, 2015 at 11:55:44AM -0400, Tom Lane wrote:
> Bruce Momjian <bruce@momjian.us> writes:
> >> FYI, I realize that one additional thing that has discouraged code
> >> reorganization is the additional backpatch overhead.  I think we now
> >> need to accept that our reorganization-adverse approach might have cost
> >> us some reliability, and that reorganization is going to add work to
> >> backpatching.
> 
> > Actually, code reorganization in HEAD might cause backpatching to be
> > more buggy, reducing reliability --- obviously we need to have a
> > discussion about that.
> 
> Commit 6b700301c36e380eb4972ab72c0e914cae60f9fd is a recent real example.
> Not that that should dissuade us from ever doing any reorganizations,
> but it's foolish to discount back-patching costs.

Yep.

--  Bruce Momjian  <bruce@momjian.us>        http://momjian.us EnterpriseDB
http://enterprisedb.com
 + Everyone has their own god. +



pgsql-hackers by date:

Previous
From: David Steele
Date:
Subject: Re: [CORE] postpone next week's release
Next
From: Tom Lane
Date:
Subject: Re: Join Filter vs. Index Cond (performance regression 9.1->9.2+/HEAD)