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
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 |