-
Notifications
You must be signed in to change notification settings - Fork 4
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
Storage node Piecestore Improvements (Hashstore) #104
Labels
Satellite Team
Roadmap Items for the Satellite Team
Comments
iglesiasbrandon
moved this from Under Consideration
to In Progress
in Storj Platform Roadmap
Oct 17, 2024
iglesiasbrandon
added
the
Integrations Team
Roadmap Items for the Integrations Team
label
Oct 17, 2024
@mniewrzal @profclems can you all update the description of this issue to detail the improvements we are making. |
iglesiasbrandon
added
Satellite Team
Roadmap Items for the Satellite Team
and removed
Integrations Team
Roadmap Items for the Integrations Team
labels
Nov 11, 2024
shaupt131
changed the title
Storage Node Scaling/ DB improvements
Storagenode Piecestore Improvements
Nov 25, 2024
shaupt131
changed the title
Storagenode Piecestore Improvements
Storagenode Piecestore Improvements (Hashstore)
Nov 25, 2024
shaupt131
changed the title
Storagenode Piecestore Improvements (Hashstore)
Storage node Piecestore Improvements (Hashstore)
Nov 25, 2024
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Description:
We discovered some improvements could be made to the storage node piece store.
What is the problem/pain point?
Storage nodes are unable to keep up with a high number of read/ writes while also cleaning up trash and TTL files.
What is the impact?
Rewriting the piece store to be more efficient will allow each spindle (storage node) to perform more operations per second because of how the metadata for pieces will be stored. This means each storage node will be able to serve more customer requests while also being able to perform background functions such as deleting trash pieces and taking care of TTL pieces.
Why now?
Because what storage node doesn't want to be more efficient...
Links:
https://review.dev.storj.io/q/storagenode/hashstore
The text was updated successfully, but these errors were encountered: