-
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
Align sharding threshold detection #149
Comments
js counterpart to ipfs/kubo#8114 Changes the `shardSplitThreshold` parameter to mean the size of the final DAGNode (including link names, sizes, etc) instead of the number of entries in the directory. Fixes: #149 BREAKING CHANGE: `shardSplitThreshold` now refers to node size, not number of entries
Experimental.ShardingEnabled was replaced by autosharding. To simulate the old behavior ("shard everything") one needs to set Internal.UnixFSShardingSizeThreshold to 1B. This is a temporary fix for sharding tests until js-ipfs implements ipfs/js-ipfs-unixfs#149
Experimental.ShardingEnabled was replaced by autosharding. To simulate the old behavior ("shard everything") one needs to set Internal.UnixFSShardingSizeThreshold to 1B. This is a temporary fix for sharding tests until js-ipfs implements ipfs/js-ipfs-unixfs#149
2022-11-22: still needs to be done; no time pressure. |
js counterpart to ipfs/kubo#8114 Changes the `shardSplitThreshold` parameter to mean the size of the final DAGNode (including link names, sizes, etc) instead of the number of entries in the directory. Fixes: #149 BREAKING CHANGE: the `shardSplitThreshold` option has changed to `shardSplitThresholdBytes` and reflects a DAGNode size where sharding might kick in
## [ipfs-unixfs-v10.0.0](ipfs-unixfs-v9.0.1...ipfs-unixfs-v10.0.0) (2023-02-09) ### ⚠ BREAKING CHANGES * the `shardSplitThreshold` option has changed to `shardSplitThresholdBytes` and reflects a DAGNode size where sharding might kick in ### Features * auto-shard based on node size ([#171](#171)) ([6ef187f](6ef187f)), closes [#149](#149)
🎉 This issue has been resolved in version ipfs-unixfs-v10.0.0 🎉 The release is available on: Your semantic-release bot 📦🚀 |
## [ipfs-unixfs-importer-v13.0.0](ipfs-unixfs-importer-v12.0.1...ipfs-unixfs-importer-v13.0.0) (2023-02-09) ### ⚠ BREAKING CHANGES * the `shardSplitThreshold` option has changed to `shardSplitThresholdBytes` and reflects a DAGNode size where sharding might kick in ### Features * auto-shard based on node size ([#171](#171)) ([6ef187f](6ef187f)), closes [#149](#149) ### Dependencies * update sibling dependencies ([1a37705](1a37705))
🎉 This issue has been resolved in version ipfs-unixfs-importer-v13.0.0 🎉 The release is available on: Your semantic-release bot 📦🚀 |
## [ipfs-unixfs-exporter-v11.0.0](ipfs-unixfs-exporter-v10.0.1...ipfs-unixfs-exporter-v11.0.0) (2023-02-09) ### ⚠ BREAKING CHANGES * the `shardSplitThreshold` option has changed to `shardSplitThresholdBytes` and reflects a DAGNode size where sharding might kick in ### Features * auto-shard based on node size ([#171](#171)) ([6ef187f](6ef187f)), closes [#149](#149) ### Dependencies * update sibling dependencies ([54018a1](54018a1)) * update sibling dependencies ([1a37705](1a37705))
🎉 This issue has been resolved in version ipfs-unixfs-exporter-v11.0.0 🎉 The release is available on: Your semantic-release bot 📦🚀 |
go-IPFS has taken a different approach to js-IPFS in deciding when to start using a HAMT shard instead of a regular directory.
js-IPFS has an arbitrary 1k entry limit, overridable by the user.
go-IPFS calculates the likely block size of the directory node, sharding once it increases above a certain size.
We should align with the go-IPFS calculation, in order to not have divergent hashes for a given directory.
Ref: ipfs/kubo#7022 (comment)
The text was updated successfully, but these errors were encountered: