This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author terry.reedy
Recipients brett.cannon, terry.reedy
Date 2017-06-03.00:25:15
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1496449517.08.0.691909021809.issue30498@psf.upfronthosting.co.za>
In-reply-to
Content
Starting longer running tests sooner only make sense if one runs them in parallel with -jn.  I just tried installed 64 bit 3.6.1 with -r -j12 (forgot -ugui).  Total duration: 108 seconds.  The last to finish was test_multiprocessing_spawn after 84 seconds, 5 seconds after the 2nd last.  So it started at 24 seconds, when about 150 of 405 tests had finished.  To not be a blocker, it needed to start at about 19 seconds, when 120 tests had finished.

I re-ran with 32 bit repository debug build and was not so lucky.  Test 404 finished at 3:24.  Test_multiprocessing_spawn finished 1:33 later at 4:57, after 121 seconds.  It started at 2:57, when about 352 of 405 had finished.  Test 303 (3/4the) finished at 2:41, 16 seconds earlier.

Conclusion: the 3/4 restriction will help, but is insufficient to really balance process loads.
History
Date User Action Args
2017-06-03 00:25:17terry.reedysetrecipients: + terry.reedy, brett.cannon
2017-06-03 00:25:17terry.reedysetmessageid: <1496449517.08.0.691909021809.issue30498@psf.upfronthosting.co.za>
2017-06-03 00:25:16terry.reedylinkissue30498 messages
2017-06-03 00:25:15terry.reedycreate