Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1crlnW-0006KB-2p for pgsql-hackers@arkaria.postgresql.org; Sat, 25 Mar 2017 13:32:02 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.84_2) (envelope-from ) id 1crlnV-0005cc-IK for pgsql-hackers@arkaria.postgresql.org; Sat, 25 Mar 2017 13:32:01 +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 1crlnT-0005bR-PQ for pgsql-hackers@postgresql.org; Sat, 25 Mar 2017 13:31:59 +0000 Received: from out1-smtp.messagingengine.com ([66.111.4.25]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1crlnR-00068u-1v for pgsql-hackers@postgresql.org; Sat, 25 Mar 2017 13:31:59 +0000 Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id 7C70D20966; Sat, 25 Mar 2017 09:31:55 -0400 (EDT) Received: from frontend2 ([10.202.2.161]) by compute7.internal (MEProxy); Sat, 25 Mar 2017 09:31:55 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc:x-sasl-enc; s= fm1; bh=sSytov7/ZmkJNRDysNgPQjX4E/yMAyPfzq87W3g1hgE=; b=BGZXFbb9 PAwaz7WB8/18m1GoIHoCrylzlTQCt1dGGyxZZRBM3vP1NJiKSP6owebAjAfoxAcc QUPuasS5rR61P/ySDKKp4mj7DkilebyyL/7QBy56w5MtbSCnMw2WUHVuOn269my5 IvuNxjkdmrAMJMdYew0FjBWO8qaynIhJN0clxdoV2CTXSgyRcYGFZjy4AH+KTEZg zv7TvojnRw8y5zVB0d85j03O/uvJDHJyYchoxVpUd+G9zZneZuaz98nO+x7rndm/ XKKki/M6Ztk+f8RmgeS2FIxUTIeRYKBsPX9VP0UqTkIgvhzH7aSn6bI2dyfvJlBg Am3FiUuPnAzyRw== X-ME-Sender: X-Sasl-enc: hHTeUc3fgMqBujEbgIRZuClAyKndMZLkWtUD2stliA6l 1490448715 Received: from april.local (c-73-13-66-39.hsd1.pa.comcast.net [73.13.66.39]) by mail.messagingengine.com (Postfix) with ESMTPA id 08A852400E; Sat, 25 Mar 2017 09:31:54 -0400 (EDT) Subject: Re: crashes due to setting max_parallel_workers=0 To: David Rowley , Rushabh Lathia References: <6ecd6f17-0dcf-1de7-ded8-0de7db1ddc88@2ndquadrant.com> Cc: Tomas Vondra , PostgreSQL-development , Robert Haas From: Peter Eisentraut Organization: 2ndQuadrant Message-ID: Date: Sat, 25 Mar 2017 09:31:55 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Pg-Spam-Score: -2.6 (--) 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 3/25/17 09:01, David Rowley wrote: > On 25 March 2017 at 23:09, Rushabh Lathia wrote: >> Also another point which I think we should fix is, when someone set >> max_parallel_workers = 0, we should also set the >> max_parallel_workers_per_gather >> to zero. So that way it we can avoid generating the gather path with >> max_parallel_worker = 0. > I see that it was actually quite useful that it works the way it does. > If it had worked the same as max_parallel_workers_per_gather, then > likely Tomas would never have found this bug. Another problem is that the GUC system doesn't really support cases where the validity of one setting depends on the current value of another setting. So each individual setting needs to be robust against cases of related settings being nonsensical. -- Peter Eisentraut http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers