GitLab

metrics: fix memory leak

fixes #389

Credit goes to @sidenaio for finding this.

Update tests to use Ed25519 when acceptable.

Updates the version of go-libp2p-core and go-libp2p-testing

Implement striped locking for datastore puts.

Add timeout

Feat/message size

Update msgio to latest version
Use max size in msgio readers
Fix error handling in reads

reduce background goroutines

Update deps to latest libp2p

This is a -u=patch update

This was causing us to build up a bunch of background goroutines. Technically,
we should be resetting all these streams when the DHT stops. However, we don't
actually unregister stream handlers from the host so, really, nothing will
actually stop till the host stops. When it does, it'll kill all the streams
anyways.

Really deal with the deleted tag issue.

dep: update go-libp2p

Deal with renamed tags.

dep: update go-libp2p

fix: reduce memory used by buffered writers

Allocate them as-needed and use a pool.

Work towards #322.

query: fix a goroutine leak when the routing table is empty

When the routing table is empty, `Run` would fail but _not_ close the
process (leaking some query goroutines). This patch fixes this in multiple
places by:

1. Not starting queries with no peers.
2. Failing queries with no peers earlier.

* Expose metrics views in a slice

* Rename Views to DefaultViews

This communicates that these aren't the only views that are possible, or that they should be considered mandatory.

query: fix error "leak"

Long-running queries can build up large error sets that we never actually use.
This is exacerbated by https://github.com/libp2p/go-libp2p-swarm/pull/115.

fixes https://github.com/libp2p/go-libp2p-swarm/issues/119

providers: run datastore GC concurrently

Motivation: Walking the datastore can take time and currently blocks
adding/removing providers.

We need to do this in the same goroutine to avoid some logical races.

fix(providers): gc