Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1f0voQ-0005s2-M2 for pgsql-committers@arkaria.postgresql.org; Tue, 27 Mar 2018 21:07:22 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1f0voP-0001Tz-6C for pgsql-committers@arkaria.postgresql.org; Tue, 27 Mar 2018 21:07:21 +0000 Received: from makus.postgresql.org ([2001:4800:1501:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1f0voO-0001Tp-U7 for pgsql-committers@lists.postgresql.org; Tue, 27 Mar 2018 21:07:21 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1f0voM-0000KV-Es for pgsql-committers@lists.postgresql.org; Tue, 27 Mar 2018 21:07:19 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.14.4/8.14.4) with ESMTP id w2RL7FJV011788; Tue, 27 Mar 2018 17:07:15 -0400 From: Tom Lane To: Simon Riggs cc: pgsql-committers@lists.postgresql.org, Konstantin Knizhnik Subject: Re: pgsql: Allow HOT updates for some expression indexes In-reply-to: References: Comments: In-reply-to Simon Riggs message dated "Tue, 27 Mar 2018 20:19:48 +0100" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <11786.1522184835.1@sss.pgh.pa.us> Date: Tue, 27 Mar 2018 17:07:15 -0400 Message-ID: <11787.1522184835@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk Simon Riggs writes: > On 27 March 2018 at 20:11, Simon Riggs wrote: >> Buildfarm failure seen, investigating > Error on FreeBSD only , perhaps timing-related as a result of using > pg_stat_get_xact_tuples_hot_updated() > in tests. It's by now obvious that it's not just "FreeBSD only". The test script appears to imagine that pgstats outputs update instantaneously. I'm rather astonished that it passes anywhere, much less that it seemingly passes reliably enough for you to have not been noticed in precommit testing. The existing "stats" test moves mountains to get repeatable results, and is pretty slow in consequence, and even so it doesn't always succeed. I think that rather than going down that path, you should drop this test approach and think of some other way. regards, tom lane