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 1lZEXi-00060s-4D for pgsql-hackers@arkaria.postgresql.org; Wed, 21 Apr 2021 15:13:30 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1lZEXg-0002zU-BY for pgsql-hackers@arkaria.postgresql.org; Wed, 21 Apr 2021 15:13:28 +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 1lZEXg-0002zN-4z for pgsql-hackers@lists.postgresql.org; Wed, 21 Apr 2021 15:13:28 +0000 Received: from oss.nttdata.com ([49.212.34.109]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lZEXb-0007WD-5E for pgsql-hackers@postgresql.org; Wed, 21 Apr 2021 15:13:27 +0000 Received: from hnk.local (p2043043-ipbf1801funabasi.chiba.ocn.ne.jp [221.185.194.43]) by oss.nttdata.com (Postfix) with ESMTPSA id 6A01662743; Thu, 22 Apr 2021 00:13:18 +0900 (JST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.102.3 at oss.nttdata.com Subject: Re: track_planning causing performance regression To: Justin Pryzby Cc: Pavel Stehule , Peter Geoghegan , Julien Rouhaud , "Tharakan, Robins" , pgsql-hackers@postgresql.org References: <42a13b4c-e60c-c6e7-3475-8eff8050bed4@oss.nttdata.com> <646e5cae-5e8b-feaa-43dc-014bf355bf08@oss.nttdata.com> <20210418233615.GB7256@telsasoft.com> <20210419145545.GF7256@telsasoft.com> <20210421145338.GT7256@telsasoft.com> From: Fujii Masao Message-ID: Date: Thu, 22 Apr 2021 00:13:17 +0900 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:78.0) Gecko/20100101 Thunderbird/78.9.1 MIME-Version: 1.0 In-Reply-To: <20210421145338.GT7256@telsasoft.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 2021/04/21 23:53, Justin Pryzby wrote: > Or: > > Enabling this parameter may incur a noticeable performance penalty, > especially similar queries are executed by many concurrent connections > and compete to update a small number of pg_stat_statements entries. I prefer this. But what about using "identical" instead of "similar" because pg_stat_statements docs already uses "identical" in some places? Regards, -- Fujii Masao Advanced Computing Technology Center Research and Development Headquarters NTT DATA CORPORATION