fix(datastore): change OutgoingMutationQueue use TaskQueue for state transitions #3720
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.
Issue #
The crash reports indicate that a
SEGV_ACCERR
occurred due to an attempted dereference of a garbage pointer. In the implementation of theOutgoingMutationQueue
, themutationDispatchQueue
was targeted to the concurrent global queue, with state transition actions being dispatched to this queue. This setup means thatstarting
andstopping
could trigger two state transite operations running concurrently. Specifically, the starting action needs to complete some I/O work, while the stopping action is cleaning up the operation queue, potentially causing a data race.Description
In this PR, we modified
mutationDispatchQueue
to use theTaskQueue
implementation, ensuring that all state transition actions run serially. Also, we set the mutation eventoperationQueue
to have the same QOS as the global queue and removed the underlying queue.General Checklist
Given When Then
inline code documentation and are named accordinglytestThing_condition_expectation()
By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.