Skip to content
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

libovsdbops: only one wait per txn #2963

Merged
merged 1 commit into from May 17, 2022
Merged

Conversation

jcaamano
Copy link
Contributor

@jcaamano jcaamano commented May 3, 2022

Transactions is an all or nothing thing so we just need one wait per transaction to check against duplicate transactions that might happen on transaction retries or other OVN glitches. This prevents massive delays on transactions that bundled several LB inserts, and thus several Wait ops, from the service controller.
However, for genuine reasons to prevent duplicate rows, like inserting the same row from multiple threads, this requires to have them by themselves on their own transaction.

@coveralls
Copy link

Coverage Status

Coverage decreased (-0.01%) to 51.615% when pulling b231448 on jcaamano:one-wait-per-txn into 35eb955 on ovn-org:master.

Transactions is an all or nothing thing so we just need one wait per
transaction to check against duplicates.

Signed-off-by: Jaime Caamaño Ruiz <jcaamano@redhat.com>
@jcaamano jcaamano marked this pull request as ready for review May 11, 2022 08:13
@dcbw
Copy link
Contributor

dcbw commented May 12, 2022

Only concern I have is if multiple doWhenNotFound() happen to run at the same time... maybe that's not a concern here though.

@jcaamano
Copy link
Contributor Author

Only concern I have is if multiple doWhenNotFound() happen to run at the same time... maybe that's not a concern here though.

Yeah, not a concern I would say, they run one after another.

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.

None yet

4 participants