Hi,
On 2022-02-12 16:06:40 -0600, Justin Pryzby wrote:
> 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.
Note that prove unfortunately serializes the test output to be in the order it
started them, even when tests run concurrently. Extremely unhelpful, but ...
Isn't this kind of a good test time? I thought earlier your alltaptests target
took a good bit longer?
One nice bit is that the output is a *lot* easier to read.
You could try improving the total time by having prove remember slow tests and
use that file to run the slowest tests first next time. --state slow,save or
such I believe. Of course we'd have to save that state file...
To verify that tests actually run concurrently you could emit a few
notes. Looks like those are output immediately...
Greetings,
Andres Freund
