mirrors/haproxy
1
0
Fork 0
mirror of https://git.haproxy.org/git/haproxy.git/ synced 2025-08-07 15:47:01 +02:00
Code Issues Projects Releases Wiki Activity

DOC: configuration: fix alphabetical ordering for tune.pool-{high,low}-fd-ratio

Browse Source 
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
1 changed files with 6 additions and 6 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

12
doc/configuration.txt
View 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