Re: BF client script runs src/test/modules TAP tests multiple times - Mailing list pgsql-hackers

From Andrew Dunstan
Subject Re: BF client script runs src/test/modules TAP tests multiple times
Date
Msg-id 38d567be-344a-4128-ad3e-bc66d9e3103e@dunslane.net
Whole thread Raw
In response to BF client script runs src/test/modules TAP tests multiple times  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers


On 2026-04-08 We 1:00 AM, Tom Lane wrote:
I spent some more time poking into why my buildfarm animals seemed
to have gotten markedly slower in the past month or so.  One
particular inflection point was the introduction of test_plan_advice.
We knew that would be expensive, since it invokes an extra run of
the core regression tests.  On my animal indri, which can do
install-check-C in about 10 or 11 seconds, you'd have expected that
to add ten-ish seconds to the total cycle time.  But it added more
than 30 seconds.  Investigation shows that what you'd guess from
simple arithmetic is the truth: the BF client script is invoking
that test *three times*.  Once from make_misc_check, once from
make_testmodules_install_check with locale "C", and once from
make_testmodules_install_check with locale "en_US.utf8", since
that animal is set up with	locales => [ 'C', 'en_US.UTF-8' ],

I do not think we need this.  We should apply the same policy to
src/test/modules as we do to contrib, namely that TAP tests are
run just once during the "make check" phase, not during the "make
installcheck" phases.  I've applied the attached to my animals
and it makes for a significant drop in cycle time.

(I've not looked into whether the meson side has a similar issue.)
			


Ok, I will try to rationalize this.


cheers


andrew

--
Andrew Dunstan
EDB: https://www.enterprisedb.com

pgsql-hackers by date:

Previous
From: Jakub Wartak
Date:
Subject: Re: amcheck: add index-all-keys-match verification for B-Tree
Next
From: Jim Jones
Date:
Subject: Re: Fix bug with accessing to temporary tables of other sessions