From: Willy Tarreau Date: Wed, 1 Jul 2020 16:30:16 +0000 (+0200) Subject: DOC: configuration: fix alphabetical ordering for tune.pool-{high,low}-fd-ratio X-Git-Tag: v2.2-dev12~21 X-Git-Url: http://git.ipfire.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=83ca305ddc2222ec269e18a9df6d519ed0f08ae8;p=thirdparty%2Fhaproxy.git DOC: configuration: fix alphabetical ordering for tune.pool-{high,low}-fd-ratio In addition they were in the wrong alphabetical order in the doc. They were added in 2.0 by commit 88698d966 ("MEDIUM: connections: Add a way to control the number of idling connections.") so this must be backported to 2.0. --- diff --git a/doc/configuration.txt b/doc/configuration.txt index de7384bfc9..dd166e775c 100644 --- a/doc/configuration.txt +++ b/doc/configuration.txt @@ -2063,12 +2063,6 @@ tune.pipesize performed. This has an impact on the kernel's memory footprint, so this must not be changed if impacts are not understood. -tune.pool-low-fd-ratio - This setting sets the max number of file descriptors (in percentage) used by - haproxy globally against the maximum number of file descriptors haproxy can - use before we stop putting connection into the idle pool for reuse. The - default is 20. - tune.pool-high-fd-ratio This setting sets the max number of file descriptors (in percentage) used by haproxy globally against the maximum number of file descriptors haproxy can @@ -2078,6 +2072,12 @@ tune.pool-high-fd-ratio keep an idle connection behind, anything beyond this probably doesn't make much sense in the general case when targeting connection reuse). +tune.pool-low-fd-ratio + This setting sets the max number of file descriptors (in percentage) used by + haproxy globally against the maximum number of file descriptors haproxy can + use before we stop putting connection into the idle pool for reuse. The + default is 20. + tune.rcvbuf.client tune.rcvbuf.server Forces the kernel socket receive buffer size on the client or the server side