Re: [HACKERS] Need a builtin way to run all tests faster manner - Mailing list pgsql-hackers

From Tom Lane
Subject Re: [HACKERS] Need a builtin way to run all tests faster manner
Date
Msg-id 4662.1489198216@sss.pgh.pa.us
Whole thread Raw
In response to Re: [HACKERS] Need a builtin way to run all tests faster manner  (Peter Eisentraut <peter.eisentraut@2ndquadrant.com>)
Responses Re: [HACKERS] Need a builtin way to run all tests faster manner  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
Peter Eisentraut <peter.eisentraut@2ndquadrant.com> writes:
>>>> make check-world -j2 seems to run fine for me.

> I have been pounding it a bit, and every so often the test_decoding
> tests fail in mysterious ways, but otherwise it seems to work fine.  I'm
> curious what you are seeing.

For me, it's quite unreliable at make parallelism above -j2 or so.

I believe the core problem is that contrib/test_decoding's regresscheck
and isolationcheck targets each want to use ./tmp_check as their
--temp-instance.  make has no reason to believe it shouldn't run those
two sub-jobs in parallel, but when it does, we get two postmasters trying
to share the same directory.  This looks reasonably straightforward to
solve, but I'm not entirely familiar with the code here, and am not
sure what is the least ugly way to fix it.
        regards, tom lane



pgsql-hackers by date:

Previous
From: Andres Freund
Date:
Subject: Re: [HACKERS] Indirect assignment code for array slices is dead code?
Next
From: Alvaro Herrera
Date:
Subject: Re: [HACKERS] make check-world output