influxdb/cmd/influxd
Jason Wilder 5abdb42a7d Use a bounded pool for remote writes
Under highly conncurrent write load, the coordinating node would
create a connection to any other node that is part of the replica
group.  Since each connection can be expensive, OOM sitations could
occur because there was no bounds on the number of new connections
that would be created.  If writes on a remote node were slow, connections
could pile up an exacerbate the problem.

This switches the pool to be bounded and has a checkout that is blocking
with a timeout.  If a connection is available, it's returned immediately.
If the pool still has room for more connections, it will create one if needed.
Otherwise, the call will block until a connection becomes available or
the timeout expires.  In the case of a timeout, it is propogated back up
to the PointsWriter that determine what do return to the client.
2016-01-26 17:08:36 -07:00
..
backup fix build after rebase 2016-01-21 15:38:13 -05:00
help Merge branch 'master' into alpha1 2015-06-02 10:40:52 -06:00
restore Update backup/restore to use MetaClient 2016-01-21 15:32:35 -05:00
run Use a bounded pool for remote writes 2016-01-26 17:08:36 -07:00
main.go Update backup/restore to use MetaClient 2016-01-21 15:32:35 -05:00