Skip to content

Commit

Permalink
Added sharding to experimental features
Browse files Browse the repository at this point in the history
Not sure about "Road to being a real feature" and also would like to have clarified when this is being used. My understanding is that it'll shard automatically both when using the Files API and also when doing `ipfs add -r` but I'm not 100% about this.
  • Loading branch information
victorb committed Jan 9, 2018
1 parent c1a488f commit ec6f6b0
Showing 1 changed file with 20 additions and 0 deletions.
20 changes: 20 additions & 0 deletions docs/experimental-features.md
Original file line number Diff line number Diff line change
Expand Up @@ -343,3 +343,23 @@ See [Plugin docs](./plugins.md)

- [ ] Needs more testing
- [ ] Make sure there are no unknown major problems

## Sharding / HAMT

### In Version
0.4.8

### State
Experimental

Currently, when too many items are added into a unixfs directory, the object gets too large and you may experience issues. To pervent this problem, and generally make working really large directories more efficient, we have implemented a HAMT structure for unixfs. To enable this feature, run:

### Basic Usage:

```
ipfs config --json Experimental.ShardingEnabled true
```

### Road to being a real feature

XX Please someone fill this out

1 comment on commit ec6f6b0

@GitCop
Copy link

@GitCop GitCop commented on ec6f6b0 Jan 9, 2018

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

There were the following issues with your Pull Request

We ask for a few features in the commit message for Open Source licensing hygiene and commit message clarity.
git commit --amend can often help you quickly improve the commit message.
Guidelines and a script are available to help in the long run.
Your feedback on GitCop is welcome on this issue.


This message was auto-generated by https://gitcop.com

Please sign in to comment.