Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Appearance settings

Change the default value of Task Isolation configs #6833

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

Merged
merged 1 commit into from
Apr 17, 2025

Conversation

natemort
Copy link
Member

Change the default value of matching.taskIsolationPollerWindow from 10s to 2s. Most tasks are dispatched in a matter of milliseconds. 10s is a proportionately huge number. We should begin abandoning isolation faster any time we lose pollers from an isolation group.

Individual tasks still have a TaskIsolationDuration which will result in an eventual leak, but when we lose all pollers from an isolation group we want to stop imposing that penalty on every task as quickly as possible.

Similarly change the value of TaskIsolationDuration from 0 (indefinite isolation) to 200ms. Initially we had considered values of 1-5s, but these are similarly a proportionately huge number compared to normal dispatch rates.

What changed?

  • Default value of matching.taskIsolationPollerWindow and matching.taskIsolationDuration

Why?

  • Preparing for rollout

How did you test it?

  • Unit tests, integration tests, matching simulation

Potential risks

  • Low. Isolation is only currently only enabled for canaries, unlikely to be enabled outside of uber, and neither of these are a significant change.

Release notes

Documentation Changes

Change the default value of matching.taskIsolationPollerWindow from 10s to 2s. Most tasks are dispatched in a matter of milliseconds. 10s is a proportionately huge number. We should begin abandoning isolation faster any time we lose pollers from an isolation group.

Individual tasks still have a TaskIsolationDuration which will result in an eventual leak, but when we lose all pollers from an isolation group we want to stop imposing that penalty on every task as quickly as possible.

Similarly change the value of TaskIsolationDuration from 0 (indefinite isolation) to 200ms. Initially we had considered values of 1-5s, but these are similarly a proportionately huge number compared to normal dispatch rates.
@natemort natemort merged commit fa1eff4 into cadence-workflow:master Apr 17, 2025
23 checks passed
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.

2 participants
Morty Proxy This is a proxified and sanitized view of the page, visit original site.