Results of profiling parallel tests (was Re: [1194] grep in scalar context doesn't short-circuit (it can' t - side effects) so the)
Nicholas Clark
nick at ccl4.org
Sat Aug 30 22:12:59 UTC 2008
On Sat, Aug 30, 2008 at 02:57:17PM -0700, Eric Wilhelm wrote:
> # from Nicholas Clark
> # on Saturday 30 August 2008 14:48:
>
> >ie time spent in the gubbins of the parallel test job scheduler has
> > dropped from "lots" to "bugger all".
>
> ...and there was much rejoicing.
>
> Where does that put you on the cpu vs wallclock compared to the serial
> run?
parallel, TEST_JOBS=3:
Files=1553, Tests=202384, 222 wallclock secs (33.37 usr 11.58 sys + 251.99 cusr 49.48 csys = 346.42 CPU)
Result: FAIL
real 3m42.540s
user 4m45.621s
sys 1m1.100s
serial:
Files=1553, Tests=202384, 545 wallclock secs (31.38 usr 9.62 sys + 273.33 cusr 51.77 csys = 366.10 CPU)
Result: FAIL
Failed 3/1553 test programs. 3/202384 subtests failed.
real 9m4.804s
user 5m4.962s
sys 1m1.437s
(FAIL is the 3 Module::Build tests)
Um, so I'm actually using less CPU running the tests in parallel?
If so, that seems rather good.
Nicholas Clark
More information about the tapx-dev
mailing list