Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1b7oRy-0001BM-1h for pgsql-hackers@arkaria.postgresql.org; Tue, 31 May 2016 18:31:34 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.84_2) (envelope-from ) id 1b7oRx-0004ot-KN for pgsql-hackers@arkaria.postgresql.org; Tue, 31 May 2016 18:31:33 +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 1b7oQb-0002hS-P3 for pgsql-hackers@postgresql.org; Tue, 31 May 2016 18:30:09 +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 1b7oQZ-00054q-7z for pgsql-hackers@postgresql.org; Tue, 31 May 2016 18:30:08 +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 u4VITugG022407; Tue, 31 May 2016 14:29:56 -0400 From: Tom Lane To: Josh berkus cc: Peter Eisentraut , 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: <574DD64A.9090600@agliodbs.com> References: <20160426152217.GA548975@alvherre.pgsql> <574DC585.7010507@agliodbs.com> <574DC881.5010006@agliodbs.com> <574DCDFC.6060506@agliodbs.com> <574DD1CE.2000307@agliodbs.com> <574DD! 64A.9090600@agliodbs.com> Comments: In-reply-to Josh berkus message dated "Tue, 31 May 2016 11:22:02 -0700" Date: Tue, 31 May 2016 14:29:56 -0400 Message-ID: <22406.1464719396@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: > One more consistency question: what's the effect of running out of > max_parallel_workers? ITYM max_worker_processes (ie, the cluster-wide pool size)? > That is, say max_parallel_workers is set to 10, and 8 are already > allocated. If I ask for max_parallel_X = 4, how many cores to I use? One of my reasons for liking max_parallel_workers is that you can sensibly compare it to max_worker_processes to figure out how many workers you're likely to get. If you think in terms of "degree" it takes some additional mental arithmetic to understand what will happen. > Presumably the leader isn't counted towards max_parallel_workers? Not under what I'm proposing. 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