Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1guOS3-0001v6-88 for pgsql-hackers@arkaria.postgresql.org; Thu, 14 Feb 2019 21:21:47 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1guOS1-0000qu-Jz for pgsql-hackers@arkaria.postgresql.org; Thu, 14 Feb 2019 21:21:45 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1guOS1-0000oO-72 for pgsql-hackers@lists.postgresql.org; Thu, 14 Feb 2019 21:21:45 +0000 Received: from n3.nabble.com ([162.255.23.22]) by makus.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1guORx-0003Ev-3V for pgsql-hackers@postgresql.org; Thu, 14 Feb 2019 21:21:43 +0000 Received: from n3.nabble.com (localhost [127.0.0.1]) by n3.nabble.com (Postfix) with ESMTP id 111311204B7CD for ; Thu, 14 Feb 2019 14:21:39 -0700 (MST) Date: Thu, 14 Feb 2019 14:21:39 -0700 (MST) From: legrand legrand To: pgsql-hackers@postgresql.org Message-ID: <1550179299067-0.post@n3.nabble.com> In-Reply-To: <6112091549979517@myt5-a323eb993ef7.qloud-c.yandex.net> References: <6112091549979517@myt5-a323eb993ef7.qloud-c.yandex.net> Subject: Re: Planning counters in pg_stat_statements (using pgss_store) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk Thank you Sergei for your comments, > Did you register patch in CF app? I did not found entry. created today: https://commitfest.postgresql.org/22/1999/ > Currently we have pg_stat_statements 1.7 version and this patch does not > apply... will rebase and create a 1.8 version > - errmsg("could not read file \"%s\": %m", > + errmsg("could not read pg_stat_statement file \"%s\": %m", this is a mistake, will fix > +#define PG_STAT_STATEMENTS_COLS_V1_4 25 I thought it was needed when adding new columns, isn't it ? > And this patch does not have documentation changes. will fix and will provide some kind of benchmark to compare with actual version. Regards PAscal -- Sent from: http://www.postgresql-archive.org/PostgreSQL-hackers-f1928748.html