-
Notifications
You must be signed in to change notification settings - Fork 269
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Parallel Matches #572
Parallel Matches #572
Conversation
Now a dict mapping index pair to lists.
Mainly with a view to simply the ability to play repetitions of matches in any order.
(This fixes the doctest making a tournament example.)
…naments by repetition
This wasn't right because you weren't adding in the players. You do for the `play_matches` tournament method using `expand`.
Just needed to put the correct inputs in to the work queue.
Not for master: Fixing tests
Sweet, great job getting this done I'll take a look through it tomorrow! 👍 👏
Will sort those out: no problemo :) |
Not sure why but |
The failing test confuses me: I assumed this would be what we wanted the length to be?
Not for master: Adding tutorial, and a test that fails (I think this is the expected behaviour)
Docstrings in: - match_generator - tournament - results_set Tests: mainly just adding some extra checks for building (or not) results set.
I'm pretty happy 👍 I started writing a couple of comments for some remaining things but realised it would be quicker to just open #575. Feel free to consider that a set of comments if you'd rather: it's just some tests and some docstrings that are no longer accurate (I think). |
Adding/fixing docstrings and some tests
This is a go from me 👍 PS I think a doctest on the tutorial for making new tournaments might need to be skipped because there is a random situation that will cause a bug (had to rerun a test on my own branch). Just mentioning it in case travis complains (I'm heading to bed). |
Thanks @drvinceknight! |
I think we'll need to use a random number seed to make sure that test always passes. |
Good call: #577 |
If we are no longer passing a cache into the tournament, shouldn't we get rid of the load and save methods on the DeterministicCache class? |
The cache can still be used by a But the documentation change for I suggest modifying the
and where it currently says: "Again we see that the cache has been augmented...": that should be "We see that the cache has been augmented...". |
OK, seems reasonable! Vince Knight wrote:
|
Seeding doctest.
The cache on disk may still be useful, here or in other tournament types. I suggest we investigate further after this PR is in. And it could certainly be useful for the Moran process with a lot of types (and that may not be as parallelizable). |
Re: #520. We'll still need to add a
BigResultsSet
and to consider breaking out the parallel aspects of the tournament class, but this PR already makes a lot of progress on the memory-consumption front.Some notes:
interactions
attributeCould use some help with the last few tests @drvinceknight .