BF(TST): parallel - take longer for producer to produce#5747
BF(TST): parallel - take longer for producer to produce#5747yarikoptic merged 2 commits intodatalad:maintfrom
Conversation
so that consumers have a better chance to finish up at least some jobs (we got assert_greater_equal(len(results), 2) failing), before the whole thing fails and we raise right away (that is what this portion of the test tests). If this does not show to be a reliable workaround, since we do not use reraise_immediately=True mode yet anywhere, I gues we could just disable this portion of the test. Closes datalad#5746
Codecov Report
@@ Coverage Diff @@
## maint #5747 +/- ##
==========================================
- Coverage 90.30% 82.74% -7.57%
==========================================
Files 299 296 -3
Lines 42353 42334 -19
==========================================
- Hits 38247 35029 -3218
- Misses 4106 7305 +3199
Continue to review full report at Codecov.
|
|
eh, in case of the heavy logging we still get it to fail ... with that effect -- I feel that I better just disable (I will comment out) that portion of the test so it stops annoying us ;-) |
|
to pacify |
so that consumers have a better chance to finish up at least some
jobs (we got assert_greater_equal(len(results), 2) failing), before
the whole thing fails and we raise right away (that is what this
portion of the test tests).
If this does not show to be a reliable workaround, since we do not
use reraise_immediately=True mode yet anywhere, I gues we could just
disable this portion of the test.
Closes #5746