Instead of believing SOMAXCONN from the system header files (which is

a lie on many Unixen), invoke listen() with MIN(MaxBackends*2, 10000).
The clamp value 10000 is configurable in config.h.in, if that proves
to be necessary --- hopefully it won't.

1 files changed, 11 insertions, 1 deletions

diff --git a/src/include/config.h.in b/src/include/config.h.in
index fde5a1385ba..941cfe8a066 100644
--- a/src/include/config.h.in
+++ b/src/include/config.h.in
@@ -8,7 +8,7 @@
  * or in config.h afterwards.  Of course, if you edit config.h, then your
  * changes will be overwritten the next time you run configure.
  *
- * $Id: config.h.in,v 1.166 2001/06/11 22:12:48 momjian Exp $
+ * $Id: config.h.in,v 1.167 2001/07/11 19:03:07 tgl Exp $
  */
 
 #ifndef CONFIG_H
@@ -233,6 +233,16 @@
 #define DEFAULT_MAX_EXPR_DEPTH	10000
 
 /*
+ * PG_SOMAXCONN: maximum accept-queue length limit passed to listen(2).
+ * You'd think we should use SOMAXCONN from <sys/socket.h>, but on many
+ * systems that symbol is much smaller than the kernel's actual limit.
+ * In any case, this symbol need be twiddled only if you have a kernel
+ * that refuses large limit values, rather than silently reducing the
+ * value to what it can handle (which is what most if not all Unixen do).
+ */
+#define PG_SOMAXCONN	10000
+
+/*
  * You can try changing this if you have a machine with bytes of another
  * size, but no guarantee...
  */