Skip site navigation (1) Skip section navigation (2)

Re: Cygwin PostgreSQL Regression Test Problems (Revisited)

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Jason(dot)Tishler(at)dothill(dot)com, Hiroshi Inoue <Inoue(at)tpf(dot)co(dot)jp>, pgsql-ports(at)postgresql(dot)org
Subject: Re: Cygwin PostgreSQL Regression Test Problems (Revisited)
Date: 2001-04-02 22:01:48
Message-ID: 200104022201.SAA28391@candle.pha.pa.us (view raw or flat)
Thread:
Lists: pgsql-ports
> I wrote:
> > I still suspect there's something else going on here, anyway.  SOMAXCONN
> > is nominally 5 on quite a lot of Unixen, but we've only heard reports of
> > transient "make check" connect failures on Windows.  Why is Windows so
> > much more prone to show this problem?
> 
> Hm, maybe I need to take this back.  Some poking around shows that
> SOMAXCONN is defined as 128 on Linux, 20 on HPUX, which are the
> platforms I've tested most.  As an experiment I reduced the listen()
> parameter to 5 on HPUX, and bingo: I get connection-refused failures
> in "make check".  So it seems that Windows' behavior is not so out of
> line after all.  We would probably see similar failures on BSD-derived
> systems, since BSD systems traditionally set SOMAXCONN to 5.  (Any
> BSD partisans able to check this?)

BSDi 4.01 has:

	/*
	 * Maximum queue length specifiable by listen.
	 * The kernel has a configurable limit;
	 * the non-kernel value is the traditional one.
	 */
	#ifndef KERNEL
	#define SOMAXCONN   64  /* XXX, really run-time settable */
	#else
	#ifndef _POSIX_SOURCE
	#define SOMAXCONN_DFLT  64
	#endif
	#endif

and sysctl has:

	net.socket.maxconn = 64

that can be easily changed.

-- 
  Bruce Momjian                        |  http://candle.pha.pa.us
  pgman(at)candle(dot)pha(dot)pa(dot)us               |  (610) 853-3000
  +  If your life is a hard drive,     |  830 Blythe Avenue
  +  Christ can be your backup.        |  Drexel Hill, Pennsylvania 19026

In response to

pgsql-ports by date

Next:From: Bruce MomjianDate: 2001-04-02 22:03:28
Subject: Re: Cygwin PostgreSQL Regression Test Problems (Revisited)
Previous:From: Jason TishlerDate: 2001-04-02 21:35:19
Subject: Cygwin 7.1RC2 timestamp Regression Test Failures

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group