Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dzYeh-0004ph-FT for pgsql-hackers@arkaria.postgresql.org; Wed, 04 Oct 2017 01:39:23 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.84_2) (envelope-from ) id 1dzYeh-0000z9-2L for pgsql-hackers@arkaria.postgresql.org; Wed, 04 Oct 2017 01:39:23 +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 1dzYeg-0000yw-In; Wed, 04 Oct 2017 01:39:22 +0000 Received: from [66.111.4.25] (helo=out1-smtp.messagingengine.com) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1dzYed-0005sv-QC; Wed, 04 Oct 2017 01:39:22 +0000 Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id 0084A20DD6; Tue, 3 Oct 2017 21:38:58 -0400 (EDT) Received: from frontend2 ([10.202.2.161]) by compute5.internal (MEProxy); Tue, 03 Oct 2017 21:38:58 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc: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=wN6eak9ACeg45ACUTU sV0wsN9TUK84tpMnFiHjo+8XI=; b=kshnDJXbLRZWc0/b8ohOrNsBBs5iZeZA4k flpemFC59h0WmDCkLxz2FmMksHJaQwpLlJxm1TKe3iXTjswqRPtq2gqYX2CnbRO2 5FNNO58TqFT7F2NAl4gsAkt4W0iYznBSHQspiBTXGHueD16WRBX/2V8BWKlOxzwM 0EVKs7/d4DQd6T8RdyGtpughj6TqtOltWgSMZabJEoe9t/crKcMjzKs7mUCMJgqf B+nDiTC/HCKrc7Y2GBse2eLs6kBb7fW2qcxgcDmY1Ddc6IxyXfZ7vPiahQPXrcF+ SX7zNF5x3KZCUnbLWNDFZa+RVuDAgHAYCycjjQMYX3PDeC1cf0Pg== X-ME-Sender: X-Sasl-enc: tc9zJLOSmHdHcbHPMMcsFfCYhmegnEAEB/dZMalp0Y9T 1507081137 Received: from intern.anarazel.de (unknown [136.24.76.72]) by mail.messagingengine.com (Postfix) with ESMTPA id AA237247DD; Tue, 3 Oct 2017 21:38:57 -0400 (EDT) Date: Tue, 3 Oct 2017 18:38:56 -0700 From: Andres Freund To: Andrew Dunstan Cc: Tom Lane , Stephen Frost , Bruce Momjian , "David E. Wheeler" , Christophe Pettus , pgsql-bugs@postgresql.org, pgsql-hackers@postgresql.org Subject: Re: [BUGS] BUG #14825: enum type: unsafe use? Message-ID: <20171004013856.2xzd2nw6oufbbtms@alap3.anarazel.de> References: <329.1506451066@sss.pgh.pa.us> <38835cdd-!c378-8d7a-013b-fd733c78c649@2ndQuadrant.com> <12792.1506456422@sss.pgh.pa.us> <20170926211419.GB7167@momjian.us> <16025.1506461535@sss.pgh.pa.us> <20170926214548.GQ4628@tamriel.snowman.net> <5161729c-4597-8a41-f4e2-c7d97e84d86e@2ndQuadrant.com> <32160eb9-60df-746b-bbc0-dd232b993d6d@2ndQuadrant.com> <10135.1506538374@sss.pgh.pa.us> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Host-Lookup-Failed: Reverse DNS lookup failed for 66.111.4.25 (deferred) 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 2017-10-03 19:53:41 -0400, Andrew Dunstan wrote: > On 09/27/2017 02:52 PM, Tom Lane wrote: > > Andrew Dunstan writes: > >> At this stage on reflection I agree it should be pulled :-( > > That seems to be the consensus, so I'll go make it happen. > > > >> I'm not happy about the idea of marking an input function as not > >> parallel safe, certainly not without a good deal of thought and > >> discussion that we don't have time for this cycle. > > I think the way forward is to do what we had as of HEAD (984c92074), > > but add the ability to transmit the blacklist table to parallel > > workers. Since we expect the blacklist table would be empty most of > > the time, this should be close to no overhead in practice. I concur > > that the idea of marking the relevant functions parallel-restricted is > > probably not as safe a fix as I originally thought, and it's not a > > very desirable restriction even if it did fix the problem. > Do you have any suggestion as to how we should transmit the blacklist to > parallel workers? How about storing them in the a dshash table instead of dynahash? Similar to how we're now dealing with the shared typmod registry stuff? It should be fairly simple to now simply add a new struct Session member shared_enum_whatevs_table. Greetings, Andres Freund -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers