chore: set ReplicationTaskProcessorStartWait default to 0#7701
Merged
fimanishi merged 1 commit intocadence-workflow:masterfrom Feb 13, 2026
Conversation
Signed-off-by: fimanishi <fimanishi@gmail.com>
Code Review ✅ ApprovedClean configuration change that sets ReplicationTaskProcessorStartWait default from 5s to 0. Both the documentation comment and the actual default value are updated consistently, matching the pattern of adjacent properties. Rules ❌ No requirements metRepository Rules
OptionsAuto-apply is off → Gitar will not commit updates to this branch. Comment with these commands to change:
Was this helpful? React with 👍 / 👎 | Gitar |
Shaddoll
approved these changes
Feb 13, 2026
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
What changed?
Set the default value for ReplicationTaskProcessorStartWait to zero.
Why?
We introduced the ReplicationTaskProcessorStartWait to protect the standby cluster and its database. That came with the downside of having slower replication. We now have improved Cadence and database utilization, and removing this delay was harmless to the server. By removing this delay, we've reduced the replication lag by 80%.
How did you test it?
This has been tested in our deployments.
Potential risks
This could cause the server or the databases to run hotter. If that is the case, increase the delay value. Previous default was set to 5s.
Release notes
ReplicationTaskProcessorStartWait default value was changed to 0, essentially disabling the replication task processor wait. If you see any issues, increase the wait value. Previous default value was set to 5s.
Documentation Changes
Reviewer Validation
PR Description Quality (check these before reviewing code):
go testinvocation)