Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mHVMd-0007f4-0J for pgsql-performance@arkaria.postgresql.org; Sat, 21 Aug 2021 18:05:03 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1mHVMa-00005J-4r for pgsql-performance@arkaria.postgresql.org; Sat, 21 Aug 2021 18:05:00 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mHVMZ-00004z-Sm for pgsql-performance@lists.postgresql.org; Sat, 21 Aug 2021 18:04:59 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mHVMT-0004lQ-0n for pgsql-performance@lists.postgresql.org; Sat, 21 Aug 2021 18:04:59 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.15.2/8.15.2) with ESMTP id 17LI4nic2135630; Sat, 21 Aug 2021 14:04:49 -0400 From: Tom Lane To: Mladen Gogala cc: pgsql-performance@lists.postgresql.org Subject: Re: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4 In-reply-to: <01186dcc-bf1e-0c25-b6e6-9a1c6b52d226@gmail.com> References: <2092859.1629558281@sss.pgh.pa.us> <01186dcc-bf1e-0c25-b6e6-9a1c6b52d226@gmail.com> Comments: In-reply-to Mladen Gogala message dated "Sat, 21 Aug 2021 11:29:44 -0400" MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-ID: <2135628.1629569089.1@sss.pgh.pa.us> Content-Transfer-Encoding: 8bit Date: Sat, 21 Aug 2021 14:04:49 -0400 Message-ID: <2135629.1629569089@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Mladen Gogala writes: > I know that 14 is a beta version but the performance is significantly > worse than v13 (I assume it's 13.4). Head revision is better than v14 > but still worse than v13.  Can you expand a bit on the difference? [ shrug... ] I don't see any meaningful differences between those numbers --- they're within 3% or so across versions, which is less than the margin of error considering I wasn't trying to control for outside effects like CPU speed stepping. Microbenchmarks like this one are notoriously noisy. Maybe there's some real difference there, but these numbers aren't to be trusted that much. What I was looking for was some evidence matching Laurent's report of the exception-recovery path being 500X slower than non-exception. That would have been obvious even with the sloppiest of measurements ... but I'm not seeing it. regards, tom lane