Skip to content

Override default progress mode for distributed-ucxx#453

Merged
rapids-bot[bot] merged 2 commits intorapidsai:branch-0.45from
pentschev:distributed-ucxx-progress-mode
Jul 3, 2025
Merged

Override default progress mode for distributed-ucxx#453
rapids-bot[bot] merged 2 commits intorapidsai:branch-0.45from
pentschev:distributed-ucxx-progress-mode

Conversation

@pentschev
Copy link
Copy Markdown
Member

Switch the default distributed-ucxx progress mode to "blocking", which is equivalent to UCX-Py's default progress mode, allowing a more transparent move of Dask to UCXX. This change may later be reverted once we have more confidence in a successful transition to UCXX.

Additionally allow both "ucx://" and "ucxx://" address prefixes, since with the change from rapidsai/rapids-dask-dependency#116 both will be valid to enable UCXX when distributed-ucxx is installed.

@pentschev pentschev self-assigned this Jul 2, 2025
@pentschev pentschev requested a review from a team as a code owner July 2, 2025 21:16
@pentschev pentschev added feature request New feature or request non-breaking Introduces a non-breaking change labels Jul 2, 2025
# environment, so the user's external environment can safely
# override things here.
ucxx.init(options=ucx_config, env_takes_precedence=True)
progress_mode = None if "UCXPY_PROGRESS_MODE" in os.environ else "blocking"
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Do we care what the value of the UCXPY_PROGRESS_MODE environment variable is?

Copy link
Copy Markdown
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

No, that is done by ucxx.init.

if local_addr:
assert local_addr.startswith("ucxx")
assert peer_addr.startswith("ucxx")
assert local_addr.startswith(("ucx://", "ucxx://"))
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Can this be tested yet, or not until the other PR is merged?

Copy link
Copy Markdown
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Not until rapidsai/rapids-dask-dependency#116 is merged, and I think not even after, because we can't use another protocol to hit this conditional, or at least not easily. Probably not worth the time invested at the moment.

@pentschev
Copy link
Copy Markdown
Member Author

@TomAugspurger anything else here or are you good with previous answers?

Copy link
Copy Markdown
Contributor

@TomAugspurger TomAugspurger left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

All good, thanks.

@pentschev
Copy link
Copy Markdown
Member Author

Thanks both of you!

@pentschev
Copy link
Copy Markdown
Member Author

/merge

@rapids-bot rapids-bot bot merged commit f1c16e6 into rapidsai:branch-0.45 Jul 3, 2025
53 checks passed
rapids-bot bot pushed a commit to rapidsai/rapids-dask-dependency that referenced this pull request Jul 3, 2025
Add a proxy communication backend to enable UCXX when `protocol="ucx"`, overriding UCX-Py. Additionally, provide warnings when UCXX is not installed letting the user know UCX-Py is EOL and will be removed, as well as a proper fallback `protocol="ucx-old"` to continue using UCX-Py while it's not completely archived.

Depends on rapidsai/dask-cuda#1516 and rapidsai/ucxx#453.

Authors:
  - Peter Andreas Entschev (https://github.com/pentschev)

Approvers:
  - Tom Augspurger (https://github.com/TomAugspurger)
  - Vyas Ramasubramani (https://github.com/vyasr)
  - Richard (Rick) Zamora (https://github.com/rjzamora)

URL: #116
@pentschev pentschev deleted the distributed-ucxx-progress-mode branch July 4, 2025 12:35
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

feature request New feature or request non-breaking Introduces a non-breaking change

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants