Re: add default parallel query to v10 release notes? (Re: [PERFORM] performance drop after upgrade (9.6 > 10))

From: Amit Kapila <amit(dot)kapila16(at)gmail(dot)com>
To: Bruce Momjian <bruce(at)momjian(dot)us>
Cc: Justin Pryzby <pryzby(at)telsasoft(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: Re: add default parallel query to v10 release notes? (Re: [PERFORM] performance drop after upgrade (9.6 > 10))
Date: 2018-06-22 09:23:36
Message-ID: CAA4eK1+-QkCZjiDtWQhOho5TJyD2C0odndx_u+Cwm3_p_16pLQ@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-performance

On Wed, Jun 20, 2018 at 8:43 PM, Bruce Momjian <bruce(at)momjian(dot)us> wrote:
> On Thu, May 24, 2018 at 08:00:25PM -0500, Justin Pryzby wrote:
>
> So I did some research on this, particularly to find out how it was
> missed in the PG 10 release notes. It turns out that
> max_parallel_workers_per_gather has always defaulted to 2 in head, and
> this was changed to default to 0 in the 9.6 branch:
>
> commit f85b1a84152f7bf019fd7a2c5eede97867dcddbb
> Author: Robert Haas <rhaas(at)postgresql(dot)org>
> Date: Tue Aug 16 08:09:15 2016 -0400
>
> Disable parallel query by default.
>
> Per discussion, set the default value of max_parallel_workers_per_gather
> to 0 in 9.6 only. We'll leave it enabled in master so that it gets
> more testing and in the hope that it can be enable by default in v10.
>
> Therefore, there was no commit to find in the PG 10 commit logs. :-O
> Not sure how we can avoid this kind of problem in the future.
>
> The attached patch adds a PG 10.0 release note item about this change.
>

Your proposed text looks good to me.

--
With Regards,
Amit Kapila.
EnterpriseDB: http://www.enterprisedb.com

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Michael Paquier 2018-06-22 09:39:54 Re: Possible bug in logical replication.
Previous Message Etsuro Fujita 2018-06-22 09:15:53 Re: Wrong cost estimation for foreign tables join with use_remote_estimate disabled

Browse pgsql-performance by date

  From Date Subject
Next Message Roman Kushnir 2018-06-25 15:55:49 Slow join
Previous Message Sasa Vilic 2018-06-20 15:38:34 Re: Slow query when pg_trgm is in inner lopp