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 1na9vs-0007tY-N3 for pgsql-hackers@arkaria.postgresql.org; Fri, 01 Apr 2022 05:34:48 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1na9vr-0007KP-35 for pgsql-hackers@arkaria.postgresql.org; Fri, 01 Apr 2022 05:34:47 +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 1na9vq-0007KC-QK for pgsql-hackers@lists.postgresql.org; Fri, 01 Apr 2022 05:34:46 +0000 Received: from sfr-1.cri.mines-paristech.fr ([77.158.180.225] helo=smtp.cri.ensmp.fr) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1na9vk-0005F1-E1 for pgsql-hackers@postgresql.org; Fri, 01 Apr 2022 05:34:46 +0000 Received: from pseudo (185.141.6.84.rev.sfr.net [84.6.141.185]) by smtp.cri.ensmp.fr (Postfix) with ESMTPSA id 96D8DC01EE; Fri, 1 Apr 2022 07:38:02 +0200 (CEST) Date: Fri, 1 Apr 2022 07:34:33 +0200 (CEST) From: Fabien COELHO X-X-Sender: fabien@pseudo To: Tatsuo Ishii cc: tgl@sss.pgh.pa.us, alvherre@alvh.no-ip.org, nagata@sraoss.co.jp, thomas.munro@gmail.com, m.polyakova@postgrespro.ru, pgsql-hackers@postgresql.org, teodor@sigaev.ru Subject: Re: [HACKERS] WIP aPatch: Pgbench Serialization and deadlock errors In-Reply-To: <20220401.095700.2266633058878785752.t-ishii@sranhm.sra.co.jp> Message-ID: References: <202203280757.3tu4ovs3petm@alvherre.pgsql> <701162.1648474392@sss.pgh.pa.us> <20220401.095700.2266633058878785752.t-ishii@sranhm.sra.co.jp> User-Agent: Alpine 2.22 (DEB 394 2020-01-19) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="2056645051-53089504-1648791278=:1603090" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --2056645051-53089504-1648791278=:1603090 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8BIT > Or those three columns always, sum_lag sum_lag_2, min_lag max_lag, > skipped, retried retries? > > Anyway now that current CF is closing, it will not be possible to > change those logging design soon. Or can we change the logging design > even after CF is closed? My 0.02¤: I'm not sure how the official guidelines are to be interpreted in that case, but if the design is to be changed, ISTM that it is better to do it before a release instead of letting the release out with one format and changing it in the next release? -- Fabien. --2056645051-53089504-1648791278=:1603090--