Re: pgsql: Allow HOT updates for some expression indexes

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Simon Riggs <simon(at)2ndquadrant(dot)com>
Cc: pgsql-committers(at)lists(dot)postgresql(dot)org, Konstantin Knizhnik <k(dot)knizhnik(at)postgrespro(dot)ru>
Subject: Re: pgsql: Allow HOT updates for some expression indexes
Date: 2018-03-27 21:07:15
Message-ID: 11787.1522184835@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-committers

Simon Riggs <simon(at)2ndquadrant(dot)com> writes:
> On 27 March 2018 at 20:11, Simon Riggs <simon(at)2ndquadrant(dot)com> 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

In response to

Responses

Browse pgsql-committers by date

  From Date Subject
Next Message Tom Lane 2018-03-27 21:26:26 Re: pgsql: Allow HOT updates for some expression indexes
Previous Message Tom Lane 2018-03-27 20:47:18 pgsql: Allow memory contexts to have both fixed and variable ident stri