• unknown's avatar
    Speed up `mtr --parallel=<lots>` by scheduling some slow tests earlier. · bf14edc2
    unknown authored
    The patch also fixes a race in rpl_stop_slave.test.
    
    On machines with lots of CPU and memory, something like `mtr --parallel=10`
    can speed up the test suite enormously. However, we have a few test cases
    that run for long (several minutes), and if we are unlucky and happen to
    schedule those towards the end of the test suite, we end up with most
    workers idle while waiting for the last slow test to end, significantly
    delaying the finish of the entire suite.
    
    Improve this by marking the offending tests as taking "long", and trying
    to schedule those tests early. This reduces the time towards the end of
    the test suite run where some workers are waiting with nothing to do for
    the remaining workers each to finish their last test.
    
    Also, the rpl_stop_slave test had a race which could cause it to take
    a 300 seconds debug_sync timeout; this is fixed.
    
    Testing on a 4-core 8GB machine, this patch speeds up the test suite with
    around 30% for --parallel=10 (debug build), allowing to run the entire
    suite in 5 minutes.
    bf14edc2
rpl_deadlock_innodb.test 500 Bytes