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

Reusing fragments #9

Open
countvajhula opened this issue Jul 6, 2023 · 0 comments
Open

Reusing fragments #9

countvajhula opened this issue Jul 6, 2023 · 0 comments

Comments

@countvajhula
Copy link
Collaborator

No fragment should be duplicated in the filesystem to a greater extent than demanded by the most redundant storage scheme using it. In other words, fragments should be reusable across schemes and clients.

For example, if two different files are stored that happen to share a shard, and if one file is stored so that each shard is duplicated twice, while the other is stored so that each shard is duplicated thrice, then there should be only three copies of the shared shard stored in the filesystem, not five.

If a client requests to delete a file from the filesystem, then fragments should only be deleted if there are no other pointers to them from other files stored by other clients. Ideally, if the client happens to be employing the most redundant scheme affecting a particular stored fragment that has other clients, then the redundancy of that fragment should be reduced to the next most redundant scheme, although if determining this is hard it is not that important to do since we are still assured that "at least as much redundancy" exists in that shard as is required by any client.

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

No branches or pull requests

1 participant