Date: Wed, 10 Oct 2001 08:46:38 -0700 (PDT) From: John Polstra <jdp@polstra.com> To: net@freebsd.org Cc: le@cs.unc.edu Subject: Re: Connect(2) problem Message-ID: <200110101546.f9AFkcd86407@vashon.polstra.com> In-Reply-To: <Pine.LNX.4.32.0110091654450.959-100000@le-cs.cs.unc.edu> References: <Pine.LNX.4.32.0110091654450.959-100000@le-cs.cs.unc.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
In article <Pine.LNX.4.32.0110091654450.959-100000@le-cs.cs.unc.edu>,
Nguyen-Tuong Long Le <le@cs.unc.edu> wrote:
>
> I have a software that simulates web clients and servers to create
> network congestion (for the purpose of doing research in network
> congestion). In our experiment, a client opens an HTTP connection
> to a server, fetches a number of objects, and then closes the
> connection. A problem I seem to have right now is that a client
> machine cannot simulate more than 3000 connections. When my client
> machine simulates more than 3000 connections, it's able to open
> a socket but then connect(2) fails with errno 35 (Resource
> temporarily unavailable). Another interesting notice is that the
> connect(2) system call blocks for a few miliseconds before it
> fails although fcntl(2) was used to make the socket non-blocking.
> The OS version I am using is FreeBSD 4.3-release.
In addition to the suggestion from Alex Rousskov, adding these lines
to "/boot/loader.conf" may help:
kern.ipc.maxsockets="8192"
kern.ipc.nmbclusters="32768"
John
--
John Polstra
John D. Polstra & Co., Inc. Seattle, Washington USA
"Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-net" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200110101546.f9AFkcd86407>