On Tue, Jan 18, 2022 at 05:16:26PM -0800, Andres Freund wrote: > On 2022-01-18 15:08:47 -0600, Justin Pryzby wrote: > > On Mon, Jan 17, 2022 at 12:16:19PM -0800, Andres Freund wrote: > > > I think it might still be worth adding stopgap way of running all tap > > > tests on > > > windows though. Having a vcregress.pl function to find all directories > > > with t/ > > > and run the tests there, shouldn't be a lot of code... > > > > I started doing that, however it makes CI/windows even slower. ... > > I think it'll be necessary to run prove with all the tap tests to > > parallelize them, rather than looping around directories, many of which have > > only a single file, and are run serially. > > That's unfortunately not trivially possible. Quite a few tests currently rely > on being called in a specific directory. We should fix this, but it's not a > trivial amount of work.
On Sat, Feb 05, 2022 at 07:23:39PM -0800, Andres Freund wrote: > On 2022-02-03 23:04:04 -0600, Justin Pryzby wrote: > > > I assume this doesn't yet work to a meaningful degree? Last time I checked > > > there were quite a few tests that needed to be invoked in a specific > > > directory. > > > > It works - tap_check() does chdir(). > > Ah, I thought you'd implemented a target that does it all in one prove > invocation... I had some success with that, but it doesn't seem to be significantly faster - it looks a lot like the tests are not actually running in parallel. I tried some variations like passing the list of dirs vs the list of files, and --jobs=9 vs -j9, without success. https://cirrus-ci.com/task/5580584675180544 https://github.com/justinpryzby/postgres/commit/a865adc5b8c fc7b3ea8bce vcregress/ci: test modules/contrib with NO_INSTALLCHECK=1 03adb043d16 wip: vcsregress: add alltaptests 63bf0796ffd wip: vcregress: run alltaptests in parallel 9dc327f6b30 f!wip: vcregress: run alltaptests in a single prove invocation a865adc5b8c tmp: run tap tests first > > It currently fails in 027_stream_regress.pl, although I keep hoping that it > > had been fixed... > > That's likely because you're not setting REGRESS_OUTPUTDIR like > src/test/recovery/Makefile and recoverycheck() are doing. Yes, thanks. -- Justin