-
Notifications
You must be signed in to change notification settings - Fork 1
feat: custom dask workflow #23
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
Conversation
f6b6c23 to
92aee7b
Compare
92aee7b to
2329e45
Compare
|
I opened #33 as an example using this. So far things look stable! In order to replace the custom processing code in the ATLAS setup, I think it would be great to extend the metadata and kwargs slightly. I have not yet tried purposefully crashing tasks to more closely investigate re-launching failed ones, but curious to try this out as well. |
alexander-held
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Works great! All good to be merged from my side.
@alexander-held & @MoAly98, this PR adds the new dask scheduling logic directly to the integration challenge without interfacing with the
Runner/Executorsystem of coffea. This should allow us to test it much faster.I've implemented a
DynamicAsCompletediterator, which we could also use for a pure futures executor (no dask).