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:
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
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 |