]> git.ipfire.org Git - thirdparty/haproxy.git/commitdiff
DOC: configuration: fix alphabetical ordering for tune.pool-{high,low}-fd-ratio
authorWilly Tarreau <w@1wt.eu>
Wed, 1 Jul 2020 16:30:16 +0000 (18:30 +0200)
committerWilly Tarreau <w@1wt.eu>
Wed, 1 Jul 2020 16:30:16 +0000 (18:30 +0200)
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.

doc/configuration.txt

index de7384bfc9a3c7d12e75b1d38ee6272b2cb26a7b..dd166e775c4a507b20cb40a9e09dd89ec0abb2ab 100644 (file)
@@ -2063,12 +2063,6 @@ tune.pipesize <number>
   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 <number>
-  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 <number>
   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 <number>
   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 <number>
+  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 <number>
 tune.rcvbuf.server <number>
   Forces the kernel socket receive buffer size on the client or the server side