MINOR: config: make tune.recv_enough configurable
This setting used to be assigned to a variable tunable from a constant
and for an unknown reason never made its way into the config parser.
tune.recv_enough <number>
Haproxy uses some hints to detect that a short read indicates the end of the
socket buffers. One of them is that a read returns more than <recv_enough>
bytes, which defaults to 10136 (7 segments of 1448 each). This default value
may be changed by this setting to better deal with workloads involving lots
of short messages such as telnet or SSH sessions.
diff --git a/doc/configuration.txt b/doc/configuration.txt
index 2f179fd..960ab63 100644
--- a/doc/configuration.txt
+++ b/doc/configuration.txt
@@ -593,6 +593,7 @@
- tune.pipesize
- tune.rcvbuf.client
- tune.rcvbuf.server
+ - tune.recv_enough
- tune.sndbuf.client
- tune.sndbuf.server
- tune.ssl.cachesize
@@ -1280,6 +1281,13 @@
order to save kernel memory by preventing it from buffering too large amounts
of received data. Lower values will significantly increase CPU usage though.
+tune.recv_enough <number>
+ Haproxy uses some hints to detect that a short read indicates the end of the
+ socket buffers. One of them is that a read returns more than <recv_enough>
+ bytes, which defaults to 10136 (7 segments of 1448 each). This default value
+ may be changed by this setting to better deal with workloads involving lots
+ of short messages such as telnet or SSH sessions.
+
tune.sndbuf.client <number>
tune.sndbuf.server <number>
Forces the kernel socket send buffer size on the client or the server side to