Re: Continuing instability in insert-conflict-specconflict test - Mailing list pgsql-hackers

From Noah Misch
Subject Re: Continuing instability in insert-conflict-specconflict test
Date
Msg-id 20210614014615.GA853772@rfd.leadboat.com
Whole thread Raw
In response to Re: Continuing instability in insert-conflict-specconflict test  (Andres Freund <andres@anarazel.de>)
List pgsql-hackers
On Sun, Jun 13, 2021 at 04:49:04PM -0700, Andres Freund wrote:
> On 2021-06-13 15:22:12 -0700, Noah Misch wrote:
> > On Sun, Jun 13, 2021 at 06:09:20PM -0400, Tom Lane wrote:
> > > We might be able to get rid of the stuff about concurrent step
> > > completion in isolationtester.c if we required the spec files
> > > to use annotations to force a deterministic step completion
> > > order in all such cases.
> > 
> > Yeah.  If we're willing to task spec authors with that, the test program can't
> > then guess wrong under unusual timing.
> 
> I think it'd make it *easier* for spec authors. Right now one needs to
> find some way to get a consistent ordering, which is often hard and
> complicates tests way more than specifying an explicit ordering
> would. And it's often unreliable, as evidenced here and in plenty other
> tests.

Fine with me.  Even if it weren't easier for spec authors, it shifts efforts
to spec authors and away from buildfarm observers, which is a good thing.



pgsql-hackers by date:

Previous
From: Zhihong Yu
Date:
Subject: Re: Use extended statistics to estimate (Var op Var) clauses
Next
From: "tsunakawa.takay@fujitsu.com"
Date:
Subject: RE: Transactions involving multiple postgres foreign servers, take 2