]> git.ipfire.org Git - thirdparty/haproxy.git/commitdiff
DOC: nbthread is no longer experimental.
authorWilly Tarreau <w@1wt.eu>
Sat, 26 Jan 2019 13:20:55 +0000 (14:20 +0100)
committerWilly Tarreau <w@1wt.eu>
Sat, 26 Jan 2019 13:22:17 +0000 (14:22 +0100)
It was mentioned when releasing 1.8 but early bugs have long been
addressed and this comment discourages some users from using threads.

This should be backported to 1.9 and 1.8 now.

doc/configuration.txt

index e44b6579d62bce30191622cd81a1fb120c125a36..55e56be5f7d9e43ed6ab706fb4b79957cff408c6 100644 (file)
@@ -958,14 +958,14 @@ nbproc <number>
   mode. By default, only one process is created, which is the recommended mode
   of operation. For systems limited to small sets of file descriptors per
   process, it may be needed to fork multiple daemons. USING MULTIPLE PROCESSES
-  IS HARDER TO DEBUG AND IS REALLY DISCOURAGED. See also "daemon".
+  IS HARDER TO DEBUG AND IS REALLY DISCOURAGED. See also "daemon" and
+  "nbthread".
 
 nbthread <number>
   This setting is only available when support for threads was built in. It
   creates <number> threads for each created processes. It means if HAProxy is
   started in foreground, it only creates <number> threads for the first
-  process. FOR NOW, THREADS SUPPORT IN HAPROXY IS HIGHLY EXPERIMENTAL AND IT
-  MUST BE ENABLED WITH CAUTION AND AT YOUR OWN RISK. See also "nbproc".
+  process. See also "nbproc".
 
 pidfile <pidfile>
   Writes PIDs of all daemons into file <pidfile>. This option is equivalent to