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.
This commit is contained in:
Willy Tarreau 2020-07-01 18:30:16 +02:00
parent a8e2d97905
commit 83ca305ddc

View File

@ -2063,12 +2063,6 @@ tune.pipesize <number>
performed. This has an impact on the kernel's memory footprint, so this must performed. This has an impact on the kernel's memory footprint, so this must
not be changed if impacts are not understood. 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> tune.pool-high-fd-ratio <number>
This setting sets the max number of file descriptors (in percentage) used by This setting sets the max number of file descriptors (in percentage) used by
haproxy globally against the maximum number of file descriptors haproxy can 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 keep an idle connection behind, anything beyond this probably doesn't make
much sense in the general case when targeting connection reuse). 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.client <number>
tune.rcvbuf.server <number> tune.rcvbuf.server <number>
Forces the kernel socket receive buffer size on the client or the server side Forces the kernel socket receive buffer size on the client or the server side