Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1b7nWX-0004kn-5c for pgsql-hackers@arkaria.postgresql.org; Tue, 31 May 2016 17:32:13 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.84_2) (envelope-from ) id 1b7nWW-0003ps-Od for pgsql-hackers@arkaria.postgresql.org; Tue, 31 May 2016 17:32:12 +0000 Received: from makus.postgresql.org ([2001:4800:1501:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1b7nVB-0002Kl-IT for pgsql-hackers@postgresql.org; Tue, 31 May 2016 17:30:49 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1b7nV9-0002z0-EL for pgsql-hackers@postgresql.org; Tue, 31 May 2016 17:30:48 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.14.4/8.14.4) with ESMTP id u4VHUa8V009817; Tue, 31 May 2016 13:30:36 -0400 From: Tom Lane To: Josh berkus cc: Peter Geoghegan , Robert Haas , Noah Misch , David Rowley , Amit Kapila , Alvaro Herrera , Magnus Hagander , Bruce Momjian , PostgreSQL-development Subject: Re: Rename max_parallel_degree? In-reply-to: <574DC881.5010006@agliodbs.com> References: <20160426152217.GA548975@alvherre.pgsql> <20160529053300.GD496776@tornado.leadboat.com> <574DBEA4.9000205@agliodbs.com> <8716.1464714201@sss.pgh.pa.us> <574DC585.7010507@agliodbs.com> <574DC881.5010006@agliodbs.com> Comments: In-reply-to Josh berkus message dated "Tue, 31 May 2016 10:23:13 -0700" Date: Tue, 31 May 2016 13:30:36 -0400 Message-ID: <9816.1464715836@sss.pgh.pa.us> X-Pg-Spam-Score: -3.3 (---) 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 Josh berkus writes: > On 05/31/2016 10:16 AM, Peter Geoghegan wrote: >> But the distinction between parallel workers and backends that can >> participate in parallel query does need to be user-visible. Worker >> processes are a commodity (i.e. the user must consider >> max_worker_processes). > It's still WAY simpler to understand "max_parallel is the number of > parallel workers I requested". > Any system where you set it to 2 and get only 1 worker on an idle system > is going to cause endless queries on the mailing lists. I really think that a GUC named "max_parallel_workers", which in fact limits the number of workers and not something else, is the way to go. regards, tom lane -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers