Re: Grouping isolationtester tests in the schedule

From: Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Heikki Linnakangas <hlinnaka(at)iki(dot)fi>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Grouping isolationtester tests in the schedule
Date: 2019-08-07 16:58:10
Message-ID: 20190807165810.GA29841@alvherre.pgsql
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 2019-Aug-07, Tom Lane wrote:

> The problem in "timeouts" is that it has to use drearily long timeouts
> to be sure that the behavior will be stable even on really slow machines
> (think CLOBBER_CACHE_ALWAYS or valgrind --- it can take seconds for them
> to reach a waiting state that other machines reach quickly). If we run
> such tests in parallel with anything else, that risks re-introducing the
> instability. I'm not very sure what we can do about that. But you might
> be right that unless we can solve that, there's not going to be much to be
> gained from parallelizing the rest.

It runs 8 different permutations serially. If we run the same
permutations in parallel, it would finish much quicker, and we wouldn't
run it in parallel with anything that would take up CPU time, since
they're all just sleeping.

--
Álvaro Herrera https://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Pavel Stehule 2019-08-07 17:04:20 Re: is necessary to recheck cached data in fn_extra?
Previous Message Alvaro Herrera 2019-08-07 16:55:59 Re: no default hash partition