]> git.lizzy.rs Git - rust.git/commit
auto merge of #8531 : brson/rust/test-waitpid-workaround, r=graydon
authorbors <bors@rust-lang.org>
Sat, 17 Aug 2013 07:22:05 +0000 (00:22 -0700)
committerbors <bors@rust-lang.org>
Sat, 17 Aug 2013 07:22:05 +0000 (00:22 -0700)
commit8ac17731eba236648e86b4e760d6c93addf19fa0
tree90a16f68b156411aabc6ca625bb3f84fa39af671
parenta1674b6150b20616c954e37206012b356ff81b1c
parent15fca2dad7c2abc60610635fd9ae0998abe43e54
auto merge of #8531 : brson/rust/test-waitpid-workaround, r=graydon

...er

I believe the calls to waitpid are interacting badly with the message passing that goes
on between schedulers and causing us to have very little parallelism in
the test suite. I don't fully understand the sequence of events that causes
the problem here but clearly blocking on waitpid is something that a
well-behaved task should not be doing.

Unfortunately this adds quite a bit of overhead to each test: one thread, two
tasks, three stacks, so there's a tradeoff. The time to execute run-pass on
my 4-core machine goes from ~750s to ~300s.

This should have a pretty good impact on cycle times.

cc @toddaaro