Till now this value was parsed as raw integer using atol() and would
silently ignore any trailing suffix, causing unexpected behaviors when
set, e.g. to "512k". Let's make use of parse_size_err() on it so that
units are supported. This requires to turn it to uint as well, and
since it's sometimes compared to an int, we limit its range to
0..INT_MAX.
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>
+tune.recv_enough <size>
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
int maxaccept; /* max number of consecutive accept() */
int options; /* various tuning options */
int runqueue_depth;/* max number of tasks to run at once */
- int recv_enough; /* how many input bytes at once are "enough" */
+ uint recv_enough; /* how many input bytes at once are "enough" */
int bufsize; /* buffer size in bytes, defaults to BUFSIZE */
int bufsize_small; /* small buffer size in bytes */
int maxrewrite; /* buffer max rewrite size in bytes, defaults to MAXREWRITE */
memprintf(err, "'%s' expects an integer argument.", args[0]);
return -1;
}
- global.tune.recv_enough = atol(args[1]);
+ res = parse_size_err(args[1], &global.tune.recv_enough);
+ if (res != NULL)
+ goto size_err;
+
+ if (global.tune.recv_enough > INT_MAX) {
+ memprintf(err, "'%s' expects a size in bytes from 0 to %d.", args[0], INT_MAX);
+ return -1;
+ }
return 0;
}