Re: closing CommitFest 2016-03, feature freeze now in effect

From: Robert Haas <robertmhaas(at)gmail(dot)com>
To: Stas Kelvich <s(dot)kelvich(at)postgrespro(dot)ru>
Cc: "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: closing CommitFest 2016-03, feature freeze now in effect
Date: 2016-04-09 11:25:14
Message-ID: CA+TgmoY4ih61wPr9d=JZCptjBS2tf-N3HNKg-tN3_NCJARWSqg@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Sat, Apr 9, 2016 at 6:57 AM, Stas Kelvich <s(dot)kelvich(at)postgrespro(dot)ru> wrote:
> Aren’t "Twophase transactions on slave” falling into category of patches that fixes
> previously introduces behaviour? |'m not trying to argue with RMT decision, but just
> want to ensure that it was thoughtful decision, taking into account that absence of that
> patch in release can cause problems with replication in some cases as it was warned
> by Jesper[1] and Andres[2].

The RMT hasn't made a specific decision on this patch. I merely moved
it in accordance with the general RMT decision about feature freeze:

http://www.postgresql.org/message-id/CA+TgmoY56w5FOzeEo+i48qehL+BsVTwy-Q1M0xjUhUCwgGW7-Q@mail.gmail.com

My personal view is as follows:

If the patch sped up things on the master but not on the slave, that
doesn't justify a post-freeze change to speed up the slave. That can
be done for 9.7. On the other hand, if the patch broke things that
are supposed to work, then that must be fixed.

--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Robert Haas 2016-04-09 11:27:20 Re: Performance improvement for joins where outer side is unique
Previous Message Stas Kelvich 2016-04-09 10:57:02 Re: closing CommitFest 2016-03, feature freeze now in effect