-
Notifications
You must be signed in to change notification settings - Fork 607
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
support rocksdb v7 #1285
support rocksdb v7 #1285
Conversation
Codecov Report
@@ Coverage Diff @@
## main #1285 +/- ##
==========================================
- Coverage 20.90% 20.14% -0.76%
==========================================
Files 196 203 +7
Lines 25425 26824 +1399
==========================================
+ Hits 5316 5405 +89
- Misses 19118 20412 +1294
- Partials 991 1007 +16
Continue to review full report at Codecov.
|
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.
Shouldn't support for this version of RocksDB come from the (our) SDK dependency?
Oh, do you mean github.com/cosmos/gorocksdb ? If you mean that, the answer is no. gorocksdb doesn't support the latest rocksdb, and isn't maintained. If you mean this: tendermint/tm-db#229 the answer is no, it hasn't been merged There's also badgerdb v3 support in this one: Additional context here: |
Have you checked if we can upgrade an existing rocksDB database to this new import, and if things still work? If you've tested that and it works, then imo its good to merge! If that doesn't work, we should call this db something else in tm-db / makefile OR communicate to all validators on the old RocksDB to switch in the interrim. (I would prefer not doing the latter option, or at minimum only considering it after state sync is up) |
This is kinda too many "I thinks" for me, I'd like to suggest that we merge this when this is merged: That way, our tm-db continues to match the one upstream (our iavl currently relies on that repo as well) I've converted this to a draft till then & will update when upstream does |
Hi @faddat . I'm reviewing open PRs. Are we still blocked on the PR in |
Yes. We are still blocked on that, here’s a tracker: |
@marbar3778 I would like to try to resolve this. |
Regarding this one I intend to bring up the core issues at play on Friday's SDK architecture review call. I'd very much like to get it in. |
Adding the blocked label for now! |
Closing since we're not actively working on this rn / its gone stale. (trying to get the PR list down a bit) Lets re-open when we can allocate attention again? Seems like this is actually super close to being in a state we can use? We basically needed to:
This can all be tested against v10.x as well, so we can test out there before it gets into another release |
Works towards: #695
Description
This PR migrates us away from gorocksdb wrapper library, which is no longer maintained, and to grocksdb, which is. Along the way we get support for rocksdb v7:
https://github.com/facebook/rocksdb/releases/tag/v7.0.1
For contributor use:
docs/
) or specification (x/<module>/spec/
)Unreleased
section inCHANGELOG.md
Files changed
in the Github PR explorer