-
-
Notifications
You must be signed in to change notification settings - Fork 720
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
Pause to disable dependency gathering #6195
Conversation
Maybe errant issue number? |
Fixed - thanks |
Unit Test Results 16 files ±0 16 suites ±0 7h 39m 42s ⏱️ + 13m 43s For more details on these failures, see this check. Results for commit 7c23586. ± Comparison against base commit 84cbb09. ♻️ This comment has been updated with latest results. |
y = c.submit(inc, 1, key="y", workers=[b.address]) | ||
await wait([x, y]) | ||
|
||
# - z reaches worker a with higher priority than w |
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.
As far as I could test, this seems to be deterministic - however I can't understand if it's intentional?
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.
If you rely on the priorities in this test, I would suggest to set them explicitly. This not only makes the test easier to read but it is also more robust to changes in the way we calculate internal priorities, i.e. excluding user priorities.
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.
I would suggest to use explicit priorities in the test. If priorities are not properly assigned on task submission that is obviously something we care about but this test should not care about that fact.
Otherwise, LGTM
y = c.submit(inc, 1, key="y", workers=[b.address]) | ||
await wait([x, y]) | ||
|
||
# - z reaches worker a with higher priority than w |
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.
If you rely on the priorities in this test, I would suggest to set them explicitly. This not only makes the test easier to read but it is also more robust to changes in the way we calculate internal priorities, i.e. excluding user priorities.
|
||
while "y" not in a.tasks or a.tasks["y"].state != "fetch": | ||
await asyncio.sleep(0.01) | ||
await asyncio.sleep(0.1) |
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.
why is this additional sleep required?
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.
To make sure the task remained in fetch state and didn't transition to flight
Done. However, note that the test relies on w and z to be clustered together by the batched comms. |
Closes #5702