Skip to content

Conversation

@jrbourbeau
Copy link
Member

The client repr is currently getting the number of workers, threads, and memory from client.scheduler_info()["workers"]. However in #9045 we truncated the number of workers included in scheduler_info() by default (which didn't scale well).

Luckily we're tracking the info displayed in the client repr separately from scheduler_info()["workers"] (e.g. scheduler_info()["total_threads"]. This PR updates the repr to not rely on the "workers" info (also updates a test accordingly).

Closes #9065

Copy link
Member

@jacobtomlinson jacobtomlinson left a comment

Choose a reason for hiding this comment

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

Looks good thanks @jrbourbeau

@github-actions
Copy link
Contributor

github-actions bot commented May 2, 2025

Unit Test Results

See test report for an extended history of previous test failures. This is useful for diagnosing flaky tests.

    27 files  ±0      27 suites  ±0   10h 21m 38s ⏱️ + 4m 55s
 4 107 tests ±0   3 990 ✅ ±0    105 💤 ±0  1 ❌  - 1  11 🔥 +1 
47 448 runs  +1  45 225 ✅ +1  2 201 💤 ±0  1 ❌  - 1  21 🔥 +1 

For more details on these failures and errors, see this check.

Results for commit 7036713. ± Comparison against base commit f56b02e.

@jrbourbeau
Copy link
Member Author

Noting that test failures here are unrelated (xref #9060)

@jrbourbeau jrbourbeau merged commit bf6d37f into dask:main May 2, 2025
28 of 32 checks passed
@jrbourbeau jrbourbeau deleted the client-repr-fixup branch May 2, 2025 16:17
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Client to a cluster with more than 5 workers appears as though it only has 5

2 participants