Skip to content

Commit bcc2414

Browse files
committedNov 28, 2024·
Documentation updates for v1.1.2
1 parent 3062041 commit bcc2414

File tree

2 files changed

+9
-1
lines changed

2 files changed

+9
-1
lines changed
 

‎content/documentation/_index.md

+1-1
Original file line numberDiff line numberDiff line change
@@ -11,7 +11,7 @@ aliases = [
1111

1212
# Documentation
1313

14-
<div class="tipbox tip">Updated to version <a href="https://github.com/ipfs-cluster/ipfs-cluster/blob/master/CHANGELOG.md">1.1.1 (see the Changelog)</a>.</div>
14+
<div class="tipbox tip">Updated to version <a href="https://github.com/ipfs-cluster/ipfs-cluster/blob/master/CHANGELOG.md">1.1.2 (see the Changelog)</a>.</div>
1515

1616
Welcome to IPFS Cluster documentation. The different sections of the documentation will explain how to setup, start, and operate a Cluster. Operating a production IPFS Cluster can be a daunting task if you are not familiar with concepts around [IPFS](https://ipfs.io) and peer-2-peer networking ([libp2p](https://libp2p.io) in particular). We aim to provide comprehensive documentation and guides but we are always open for improvements: documentation issues can be submitted to the [ipfs-cluster-website repository](https://github.com/ipfs-cluster/ipfs-cluster-website).
1717

‎content/documentation/reference/configuration.md

+8
Original file line numberDiff line numberDiff line change
@@ -135,6 +135,14 @@ The `leave_on_shutdown` option allows a peer to remove itself from the *peerset*
135135
| &nbsp;&nbsp;&nbsp;&nbsp;`memory_limit_bytes` | `0` | Controls the maximum amount of RAM memory that the libp2p host should use. When set to `0`, the amount will be set to a 25% of the machine's memory or a minimum of 1GiB. Note that this affects only the libp2p resources and not the overall memory of the cluster node |
136136
| &nbsp;&nbsp;&nbsp;&nbsp;`file_descriptors_limit` | `0` | Controls the maximum number of file-descriptors to use. When set to `0`, the limit will be set to 50% of the total amount of file descriptors available to the process. |
137137
| `}` |||
138+
| `pubsub {` | | A libp2p pubsub configuration object. This allows to configure pubsub internals. Defaults are optimized for ipfs-cluster pubsub usecase, where metrics and CRDT-heads are broadcasted, and it is not generally fatal if a message gets lost. Deviations from pubsub defaults aim to reduce unnecessary chatter in standard clusters as pubsub ends up using a lot of bandwidth. |
139+
| &nbsp;&nbsp;&nbsp;&nbsp;`seen_messages_ttl` | `"30m0s"` | How long before a seen pubsub message can be forgotten. A seen pubsub message is ignored and not rebroadcasted to peers. This should be high enough that a pubsub message has time to reach all peers in the cluster and some more. |
140+
| &nbsp;&nbsp;&nbsp;&nbsp;`heartbeat_interval` | `"10s"` | Time between heartbeats. A heartbeat triggers mesh maintenance and emits gossip with our entries. Increasing it reduces chatter. Reducing increases speed. |
141+
| &nbsp;&nbsp;&nbsp;&nbsp;`d_factor` | `4` | A factor to multiply default mesh values (Dlo-5, D-6, Dhigh-12, DLazy-6). It generally controls how many peers we are meshed with, and that influences how much it costs us to broadcast a message. Few peers means little bandwidth on this peer, at the expense of other peers having to re-broadcast the message more often to reach full distribution, so more chatter in the end. A higher number means less chatter, but more effort per message. The default of 4 makes D=16. That means we will send every broadcast to 16 peers or so. |
142+
| &nbsp;&nbsp;&nbsp;&nbsp;`history_gossip` | `2` | How many of our heartbeats should include IHAVE entries for each known message. Increasing makes chatter consume more bandwidth, but can improves message delivery. |
143+
| &nbsp;&nbsp;&nbsp;&nbsp;`history_length` | `6` | For how many heartbeats are message requests from other peers honored. This means that after 6 heartbeats of receiving a pubsub message, we will not be sending it anymore to anyone that requests it. Increasing it improves message delivery, but also network churn since slow peers might be requesting all messages and we would provide them. |
144+
| &nbsp;&nbsp;&nbsp;&nbsp;`flood_publish` | `false` | s. |
145+
| `}` |||
138146
|`dial_peer_timeout` | `"3s"` | How long to wait when dialing a cluster peer before giving up. |
139147
|`state_sync_interval`| `"10m0s"` | Interval between automatic triggers of [`StateSync`](https://godoc.org/github.com/ipfs-cluster/ipfs-cluster#Cluster.StateSync). |
140148
|`pin_recover_interval`| `"1h0m0s"` | Interval between automatic triggers of [`RecoverAllLocal`](https://godoc.org/github.com/ipfs-cluster/ipfs-cluster#Cluster.RecoverAllLocal). This will automatically re-try pin and unpin operations that failed. |

0 commit comments

Comments
 (0)
Please sign in to comment.