Update usage of get_worker() in tests#1141
Update usage of get_worker() in tests#1141rapids-bot[bot] merged 2 commits intorapidsai:branch-23.04from
get_worker() in tests#1141Conversation
In dask/distributed#7580 `get_worker` was modified to return the worker of a task, thus it cannot be used by `client.run`, and we must now use `dask_worker` as the first argument to `client.run` to obtain the worker.
jacobtomlinson
left a comment
There was a problem hiding this comment.
Looks like this test also needs updating
|
@madsbk there are usages of |
Using `client.submit` seems not allowed to resolve `get_worker`, but `client.run` does.
I guess you mean which is called fromdask-cuda/dask_cuda/explicit_comms/comms.py Lines 92 to 93 in ec2de78 dask-cuda/dask_cuda/explicit_comms/comms.py Lines 228 to 235 in ec2de78 The above should be fine as |
884a595 says "Using So this seems in conflict? |
I meant that for |
|
Ah, ok, thanks for the explanation and digging! |
|
Thanks everyone for reviews! |
|
/merge |
|
For completeness in this thread, regarding the substitution of
|
In dask/distributed#7580
get_workerwas modified to return the worker of a task, thus it cannot be used byclient.run, and we must now usedask_workeras the first argument toclient.runto obtain the worker.