Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1Wd4oU-0000x0-Ew for pgsql-hackers@arkaria.postgresql.org; Wed, 23 Apr 2014 21:34:42 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.80) (envelope-from ) id 1Wd4oT-0007bj-Uv for pgsql-hackers@arkaria.postgresql.org; Wed, 23 Apr 2014 21:34:41 +0000 Received: from makus.postgresql.org ([2001:4800:7903:4::125]) by malur.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1Wd4oS-0007ba-B9 for pgsql-hackers@postgresql.org; Wed, 23 Apr 2014 21:34:40 +0000 Received: from moutng.kundenserver.de ([212.227.17.13]) by makus.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1Wd4oP-0003b2-0u for pgsql-hackers@postgresql.org; Wed, 23 Apr 2014 21:34:39 +0000 Received: from anarazel.de (p5DDC7F28.dip0.t-ipconnect.de [93.220.127.40]) by mrelayeu.kundenserver.de (node=mreue102) with ESMTP (Nemesis) id 0LnjYN-1X7jXH1dCZ-00htDB; Wed, 23 Apr 2014 23:34:28 +0200 Received: by anarazel.de (Postfix, from userid 1000) id 949ED100598; Wed, 23 Apr 2014 23:34:27 +0200 (CEST) Date: Wed, 23 Apr 2014 23:34:27 +0200 From: Andres Freund To: Alvaro Herrera Cc: Bruce Momjian , Stephen Frost , pgsql-hackers@postgresql.org Subject: Re: MultiXactId error after upgrade to 9.3.4 Message-ID: <20140423213427.GA12442@awork2.anarazel.de> References: <20140330185349.GD4582@tamriel.snowman.net> <20140331115452.GT9567@eldon.alvh.no-ip.org> <20140331115713.GA18358@alap3.anarazel.de> <20140423180102.GP25695@eldon.alvh.no-ip.org> <20140423182804.GA21458@momjian.us> <20140423184214.GQ25695@eldon.alvh.no-ip.org> <20140423184716.GA22722@momjian.us> <20140423185120.GR25695@eldon.alvh.no-ip.org> <60097392-07aa-4310-8632-43b7b09c1822@email.android.com> <20140423193005.GS25695@eldon.alvh.no-ip.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140423193005.GS25695@eldon.alvh.no-ip.org> X-Provags-ID: V02:K0:8nDmMezaziZWoExj0XIISGM/1sYe55MHgvgyGzxj1I2 ZtqKNdtTJmJOL+36GqyCOjbfXx9Xx5CpH1EECPiD2Sw5w9ckFJ vfrkNH+vwfOxcKVnxNBfNypvXw7VACl9z4Sw2mYpqqBluTY7ch ce+WGBI/u85RJ1c+F5gYd+Dx7vMgjaIgHui9QDv6rp/Ekdi9IG +pPf1NnJB3xPjaeZwqIruvaODRdvYL9dodOX4tP74Pdt0UiOdL aQWpHbPtWZbVDpOXTjW7n3fCcxz0lU9i3l8ojpnY4utX1eGP5F OcKXid5ORufa/Db0Gby3gTYdYa/pKTeJP85S9TKDLR/Aci5Adi zZ/hhrS6cM8osfvVSnYGhXF1N3iQljtNnz8W5hgpp 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 2014-04-23 16:30:05 -0300, Alvaro Herrera wrote: > Andres Freund wrote: > > > I think this patch is a seriously bad idea. For one, it's not actually > > doing anything about the problem - the tuple can be accessed without > > freezing getting involved. > > Normal access other than freeze is not a problem, because other code > paths do check for HEAP_XMAX_INVALID and avoid access to Xmax if that's > set. > > > For another, it will increase wall traffic for freezing of short lived > > tuples considerably, without any benefit. > > True. I didn't actually try to run this; it was just for demonstration > purposes. It'd need some cooperation from heap_tuple_needs_freeze in > order to work at all, for one thing. I think if you want to add something like this it should be added *inside* the if (MultiXactIdPrecedes(multi, cutoff_multi)) block in FreezeMultiXactId(). There it seems to make quite a bit of sense. Greetings, Andres Freund -- Andres Freund http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, 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