-
Notifications
You must be signed in to change notification settings - Fork 137
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
Add an option to create MemDB iterators with no Mutex for the CacheKVStore #187
Add an option to create MemDB iterators with no Mutex for the CacheKVStore #187
Conversation
Codecov Report
@@ Coverage Diff @@
## release/0.6.x #187 +/- ##
=================================================
- Coverage 68.78% 68.58% -0.20%
=================================================
Files 27 27
Lines 1448 1458 +10
=================================================
+ Hits 996 1000 +4
- Misses 377 383 +6
Partials 75 75
|
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.
Can you add a changelog entry
This pull request has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
This pull request has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
Can someone get the workflows to run plz? |
sorry, all looks goog |
…Store (#187) * Add an option to create MemDB iterators with no Mutex for the CacheKVStore * Update changelog
Revert the breaking API and package structure changes on master, and prepare to tag a new release compatible with the previous v0.6.4 so that normal upgrades with go get will function correctly. The API changes in tag v0.6.5 have been preserved in the new package-reorg branch, so that any existing dependents will continue to work. Other changes since v0.6.4, including config file changes and CI updates, are maintained on the trunk. This also folds in the merge commit from #187. Co-authored-by: Dev Ojha <[email protected]>
This is what we should be using in the SDK for the memDB CacheKVStore invocation there, to get the same guarantees around iterator closing as is present now. (Also this is just faster)
After this, I'll submit a PR that should significantly improve performance of Next operation. (Removes lots of channel overhead)