David Glasser wrote:
> Some very superficial experiments [1] seem to show that running
> multiple tests in parallel can give a reasonable speedup. Somebody
> with more free time than myself may want to look into (optionally)
> running tests in parallel, either at the level of running several
> python scripts at the same time, or more likely making the test runner
> fork itself. It's not trivial (organizing the success and failure
> results being the hardest part) but it could speed up the test suite,
> which is always a good thing. (Not to mention potentially finding
> weird server concurrency bugs.)
>
Interesting!
>
> [1] Specifically, timing "./prop_tests.py & sleep 1; ./diff_tests.py"
> vs "./prop_tests.py; ./diff_tests.py", which took 1m44 and 2m20s
> respectively. They do fight a little over the Greek repo in the
> former.
>
Whenever you run a python test file it's setting up the base repo and
working copy in local_tmp, those things need to be adapted to enable
parallelization.
I like the suggestion very much, if I have some time this weekend I'll
have a look at it.
regards,
Lieven.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Oct 6 19:36:04 2006