From 83ca305ddc2222ec269e18a9df6d519ed0f08ae8 Mon Sep 17 00:00:00 2001 From: Willy Tarreau Date: Wed, 1 Jul 2020 18:30:16 +0200 Subject: [PATCH] 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. --- doc/configuration.txt | 12 ++++++------ 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/doc/configuration.txt b/doc/configuration.txt index de7384b..dd166e7 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 -- 1.7.10.4