Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1sipFd-009qlW-Fb for pgsql-general@arkaria.postgresql.org; Tue, 27 Aug 2024 06:00:21 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1sipFb-002MaX-7O for pgsql-general@arkaria.postgresql.org; Tue, 27 Aug 2024 06:00:19 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1sipFa-002MaB-S5 for pgsql-general@lists.postgresql.org; Tue, 27 Aug 2024 06:00:19 +0000 Received: from meldrar.postgresql.org ([2a02:c0:301:0:ffff::31]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1sipFZ-001da9-2l for pgsql-general@lists.postgresql.org; Tue, 27 Aug 2024 06:00:18 +0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=postgresql.org; s=20171124; h=Content-Transfer-Encoding:Content-Type: Message-ID:References:In-Reply-To:Subject:Cc:To:From:Date:MIME-Version:Sender :Reply-To:Content-ID:Content-Description; bh=UIBwuRyR8d4CwWeVgZLgU9AKwLWNzKjFlR8kVlpnLmA=; b=tD1Bg8NZfprHTQido3NXqnKuEq FbsRX0+kdQ434Cd3woy4ZGgtwnXPqdhsFvtuANKpMg44wHdTLnwKVlQ4wzypoARIabkpXq/98B0EU DGlJRfScSMs9e3bqoqyCJOQeTRzvlefOzy2flFp4PObZ3CDMiHKZBlt5Z9InfodQIxDqPAcHpYBYV qTxQ5mdv43OMAybbKCVL/Gerhcgoa60ojLrVKA20hybl+RbefVWnv6orHMw1U23L1QrA5CKeQHYhL 2eFv+M7hnRYwHZveCGp9ufSv+y5ygZDxzbewJc+gD/30x61QI0WVeDVIZFQ9l1HJYObaoSfrOTtkx wS7NkaTA==; Received: from meldrar.postgresql.org ([87.238.57.231] helo=webmail.postgresql.org) by meldrar.postgresql.org with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1sipFV-0074WX-GQ; Tue, 27 Aug 2024 06:00:15 +0000 MIME-Version: 1.0 Date: Tue, 27 Aug 2024 16:00:13 +1000 From: Justin Clift To: David Rowley Cc: Tom Lane , nikhil raj , "pgsql-generallists.postgresql.org" , NIKITA PATEL , Patel Khushbu Subject: Re: Significant Execution Time Difference Between PG13.14 and PG16.4 for Query on information_schema Tables. In-Reply-To: References: <2962669.1724722813@sss.pgh.pa.us> User-Agent: Roundcube Webmail/1.4.15 Message-ID: X-Sender: justin@postgresql.org Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 2024-08-27 11:50, David Rowley wrote: > On Tue, 27 Aug 2024 at 13:40, Tom Lane wrote: >> Yeah, it looks like that condition on "table_name" is not getting >> pushed down to the scan level anymore. I'm not sure why not, >> but will look closer tomorrow. > > I was looking for the offending commit as at first I thought it might > be related to Memoize. It does not seem to be. As a general thought, seeing that this might be an actual problem should some kind of automated testing be added that checks for performance regressions like this? Regards and best wishes, Justin Clift