Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bAd3h-0001Yl-NJ for pgsql-hackers@arkaria.postgresql.org; Wed, 08 Jun 2016 12:58:09 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.84_2) (envelope-from ) id 1bAd3h-0002GV-9j for pgsql-hackers@arkaria.postgresql.org; Wed, 08 Jun 2016 12:58:09 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1bAd2K-0008He-K8 for pgsql-hackers@postgresql.org; Wed, 08 Jun 2016 12:56:44 +0000 Received: from zmcc-5-mx.zmailcloud.com ([192.198.93.228]) by magus.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bAd2H-0002F8-Mz for pgsql-hackers@postgresql.org; Wed, 08 Jun 2016 12:56:44 +0000 Received: from zmcc-5-mta-1.zmailcloud.com (127.37.197.104.bc.googleusercontent.com [104.197.37.127]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by zmcc-5-mx.zmailcloud.com (Postfix) with ESMTPS id B3180520248; Wed, 8 Jun 2016 08:56:38 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by zmcc-5-mta-1.zmailcloud.com (Postfix) with ESMTP id 5B090C210A; Wed, 8 Jun 2016 12:56:38 +0000 (UTC) Received: from zmcc-5-mta-1.zmailcloud.com ([127.0.0.1]) by localhost (zmcc-5-mta-1.zmailcloud.com [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id gOnxlOrtgSJq; Wed, 8 Jun 2016 12:56:37 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by zmcc-5-mta-1.zmailcloud.com (Postfix) with ESMTP id 2624AC2164; Wed, 8 Jun 2016 12:56:37 +0000 (UTC) X-Virus-Scanned: amavisd-new at zmcc-5-mta-1.zmailcloud.com Received: from zmcc-5-mta-1.zmailcloud.com ([127.0.0.1]) by localhost (zmcc-5-mta-1.zmailcloud.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id VoWH7QPxPJ2A; Wed, 8 Jun 2016 12:56:36 +0000 (UTC) Received: from redhat.com (nat-pool-rdu-u.redhat.com [66.187.233.203]) by zmcc-5-mta-1.zmailcloud.com (Postfix) with ESMTPSA id 5450AC210A; Wed, 8 Jun 2016 12:56:36 +0000 (UTC) Subject: Re: Rename max_parallel_degree? To: Robert Haas , Tom Lane References: <20160426152217.GA548975@alvherre.pgsql> <575051AF.2090101@agliodbs.com> <21660.1464882811@sss.pgh.pa.us> <57508E69.9000505@agliodbs.com> <57509894.9080507@agliodbs.com> <11330.1464961183@sss.pgh.pa.us> Cc: "David G. Johnston" , Amit Kapila , Peter Geoghegan , Noah Misch , David Rowley , Alvaro Herrera , Magnus Hagander , Bruce Momjian , PostgreSQL-development From: Josh Berkus Message-ID: <57581603.3040309@agliodbs.com> Date: Wed, 8 Jun 2016 08:56:35 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Pg-Spam-Score: -1.9 (-) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-hackers Precedence: bulk Sender: pgsql-hackers-owner@postgresql.org On 06/07/2016 11:01 PM, Robert Haas wrote: > On Fri, Jun 3, 2016 at 9:39 AM, Tom Lane wrote: >> Robert Haas writes: >>> I think we should just go with max_parallel_workers for a limit on >>> total parallel workers within max_work_processes, and >>> max_parallel_workers_per_gather for a per-Gather limit. It's slightly >>> annoying that we may end up renaming the latter GUC, but not as >>> annoying as spending another three weeks debating this and missing >>> beta2. >> >> +1. I'm not as convinced as you are that we'll replace the GUC later, >> but in any case this is an accurate description of the current >> semantics. And I'm really *not* in favor of fudging the name with >> the intent of changing the GUC's semantics later --- that would fail >> all sorts of compatibility expectations. > > Here's a patch change max_parallel_degree to > max_parallel_workers_per_gather, and also changing parallel_degree to > parallel_workers. I haven't tackled adding a separate > max_parallel_workers, at least not yet. Are people OK with this? +1 > > Note that there is a dump/restore hazard if people have set the > parallel_degree reloption on a beta1 install, or used ALTER { USER | > DATABASE } .. SET parallel_degree. Can everybody live with that? > Should I bump catversion when applying this? IMHO, we just need to call it out in the beta2 announcement. -- -- Josh Berkus Red Hat OSAS (any opinions are my own) -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers