Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1b8ZMZ-00016z-FD for pgsql-hackers@arkaria.postgresql.org; Thu, 02 Jun 2016 20:37:07 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.84_2) (envelope-from ) id 1b8ZMZ-0000kl-1I for pgsql-hackers@arkaria.postgresql.org; Thu, 02 Jun 2016 20:37:07 +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 1b8ZLC-0006DN-Sv for pgsql-hackers@postgresql.org; Thu, 02 Jun 2016 20:35:42 +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 1b8ZL8-0004ZC-V0 for pgsql-hackers@postgresql.org; Thu, 02 Jun 2016 20:35:42 +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 A1BA05202DF; Thu, 2 Jun 2016 16:35:35 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by zmcc-5-mta-1.zmailcloud.com (Postfix) with ESMTP id 4A905C2194; Thu, 2 Jun 2016 20:35:35 +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 Q-NkJlWlLr8m; Thu, 2 Jun 2016 20:35:34 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by zmcc-5-mta-1.zmailcloud.com (Postfix) with ESMTP id C41FEC210B; Thu, 2 Jun 2016 20:35:34 +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 prRb8smqAklY; Thu, 2 Jun 2016 20:35:34 +0000 (UTC) Received: from redhat.com (c-98-246-109-153.hsd1.or.comcast.net [98.246.109.153]) by zmcc-5-mta-1.zmailcloud.com (Postfix) with ESMTPSA id CD51CC2194; Thu, 2 Jun 2016 20:35:33 +0000 (UTC) Subject: Re: Rename max_parallel_degree? To: "David G. Johnston" References: <20160426152217.GA548975@alvherre.pgsql> <574DC881.5010006@agliodbs.com> <17944.1464790245@sss.pgh.pa.us> <7570.1464816591@sss.pgh.pa.us> <575051AF.2090101@agliodbs.com> <21660.1464882811@sss.pgh.pa.us> <57508E69.9000505@agliodbs.com> Cc: Tom Lane , Robert Haas , Amit Kapila , Peter Geoghegan , Noah Misch , David Rowley , Alvaro Herrera , Magnus Hagander , Bruce Momjian , PostgreSQL-development From: Josh berkus Message-ID: <57509894.9080507@agliodbs.com> Date: Thu, 2 Jun 2016 13:35:32 -0700 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: quoted-printable 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/02/2016 01:08 PM, David G. Johnston wrote: > On Thu, Jun 2, 2016 at 3:52 PM, Josh berkus >wrote: >=20 > On 06/02/2016 08:53 AM, Tom Lane wrote: > > Josh berkus > writes: > >> On 06/02/2016 04:58 AM, Robert Haas wrote: > >>> Well, I think we could drop node, if you like. I think parallel > >>> wouldn't be good to drop, though, because it sounds like we want a > >>> global limit on parallel workers also, and that can't be just > >>> max_workers. So I think we should keep parallel in there for all= of > >>> them, and have max_parallel_workers and > >>> max_parallel_workers_per_gather(_node). The reloption and the Pa= th > >>> struct field can be parallel_workers rather than parallel_degree. > > > >> So does that mean we'll rename it if you manage to implement a par= ameter > >> which controls the number of workers for the whole statement? > > > > That would fit in as something like max_parallel_workers_per_statem= ent. >=20 > ETOOMANYKNOBS >=20 > I'm trying to think of some way we can reasonably automate this for > users ... >=20 >=20 > =E2=80=8BAre you referring to right now or if we move the goal posts to m= aking > this a per-statement reservation?=E2=80=8B I was assuming that we would have *both* per-operation and per-statement limits. I can see reasons for having both, I can see why power users would want both, but it's going to be overwhelming to casual users. --=20 -- Josh Berkus Red Hat OSAS (any opinions are my own) --=20 Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers