DHT broadcast lagging...
This commit is contained in:
parent
65d2e5b87f
commit
9340c231ba
1 changed files with 3 additions and 1 deletions
|
|
@ -251,7 +251,9 @@ impl DhtState {
|
||||||
Entry::Vacant(v) => {
|
Entry::Vacant(v) => {
|
||||||
// DHT sends peers REALLY fast, so the consumer of this broadcast should not lag behind.
|
// DHT sends peers REALLY fast, so the consumer of this broadcast should not lag behind.
|
||||||
// That's why capacity is so high.
|
// That's why capacity is so high.
|
||||||
let (tx, rx) = tokio::sync::broadcast::channel(1000);
|
//
|
||||||
|
// What could be done is we could re-send all known peers once someone lags. Maybe do that...
|
||||||
|
let (tx, rx) = tokio::sync::broadcast::channel(20000);
|
||||||
v.insert(tx);
|
v.insert(tx);
|
||||||
|
|
||||||
// We don't need to allocate/collect here, but the borrow checker is not happy otherwise.
|
// We don't need to allocate/collect here, but the borrow checker is not happy otherwise.
|
||||||
|
|
|
||||||
Loading…
Add table
Add a link
Reference in a new issue