-
Notifications
You must be signed in to change notification settings - Fork 35
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
refactor: Fixes the go race tests #158
Conversation
We used these iterators with no mutex, back when iterator performance was one of our main blockers, and this step was thought to be of heavy performance impact. (It does add a notable delay to iteration steps, but it was later learned the bulk of the problem was due to IAVL & LevelDB interaction) Its overdue to have turned this off just for simplicity of tests passing. We still should update the BTree library and remove the need for this multiple process terrible hack that exists now, but thats work for the future. (There is no race condition if you look into the details of whats happening, the gorace detector is off here!)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
@ValarDragon what's up with the failing tests? Are they related? |
IDK whats going on with the build failures. test-race (00) seems like a different race condition. CC @p0mvn for that one |
I think this has to do with We can tweak the timeout value here: cosmos-sdk/baseapp/baseapp_test.go Line 144 in d53f1dd
Feel free to merge this PR, I can find the right value for the timeout in a separate PR Update: created issue to keep track of this |
@Mergifyio backport v0.45.0x-osmo-v8 |
We used these iterators with no mutex, back when iterator performance was one of our main blockers, and this step was thought to be of heavy performance impact. (It does add a notable delay to iteration steps, but it was later learned the bulk of the problem was due to IAVL & LevelDB interaction) Its overdue to have turned this off just for simplicity of tests passing. We still should update the BTree library and remove the need for this multiple process terrible hack that exists now, but thats work for the future. (There is no race condition if you look into the details of whats happening, the gorace detector is off here!) (cherry picked from commit bd83477)
✅ Backports have been created
|
We used these iterators with no mutex, back when iterator performance was one of our main blockers, and this step was thought to be of heavy performance impact. (It does add a notable delay to iteration steps, but it was later learned the bulk of the problem was due to IAVL & LevelDB interaction) Its overdue to have turned this off just for simplicity of tests passing. We still should update the BTree library and remove the need for this multiple process terrible hack that exists now, but thats work for the future. (There is no race condition if you look into the details of whats happening, the gorace detector is off here!) (cherry picked from commit bd83477) Co-authored-by: Dev Ojha <[email protected]>
We used these iterators with no mutex, back when iterator performance was
one of our main blockers, and this step was thought to be of heavy performance impact.
(It does add a notable delay to iteration steps, but it was later learned
the bulk of the problem was due to IAVL & LevelDB interaction)
Its overdue to have turned this off just for simplicity of tests passing.
We still should update the BTree library and remove the need for this
multiple process terrible hack that exists now, but thats work for the future.
(There is no race condition if you look into the details of whats happening,
the gorace detector is off here!)
Description
Closes: #XXXX
Author Checklist
All items are required. Please add a note to the item if the item is not applicable and
please add links to any relevant follow up issues.
I have...
!
to the type prefix if API or client breaking changeCHANGELOG.md
Reviewers Checklist
All items are required. Please add a note if the item is not applicable and please add
your handle next to the items reviewed if you only reviewed selected items.
I have...
!
in the type prefix if API or client breaking change