From owner-freebsd-hackers Tue Jun 4 8:32:39 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from prg.traveller.cz (prg.traveller.cz [193.85.2.77]) by hub.freebsd.org (Postfix) with ESMTP id 13B0337B403 for ; Tue, 4 Jun 2002 08:32:34 -0700 (PDT) Received: from prg.traveller.cz (localhost [127.0.0.1]) by prg.traveller.cz (8.12.2[KQ/pukvis]/8.12.2-prg) with ESMTP id g54FWWAd023733 for ; Tue, 4 Jun 2002 17:32:33 +0200 (CEST) Received: from localhost (mime@localhost) by prg.traveller.cz (8.12.2[KQ/pukvis]/8.12.2-prg/submit) with ESMTP id g54FWWBv023730 for ; Tue, 4 Jun 2002 17:32:32 +0200 (CEST) Date: Tue, 4 Jun 2002 17:32:32 +0200 (CEST) From: Michal Mertl To: hackers@freebsd.org Subject: max number of tcp cons on STABLE (bug?) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I like to run stupid benchmarks (http_load) and found the same problem lots of other people complained about on the lists - "no buffer space available" and similar on the requests generating machine. I wanted to let the http_load run for long time so that the number of Apache processes stabilizes for high load. But no matter what I configured to kern.maxusers, net.inet.tcp.{send,recv}space, kern.ipc.somaxconn, kern.ipc.maxsockets, kern.ipc.nmbclusters, kern.maxfiles, client always starts to fail after having net.inet.tcp.pcbcount about ~4000 (close to the number of sockets seen with 'netstat -anf inet'). Output of 'netstat -m' isn't anywhere close to mbuf exhaustion. My main observation: From the names of OIDs I thought the high limit on net.inet.tcp.pcbcount could be somehow controlled by kern.ipc.maxsockets. That seems to be true on CURRENT but not on STABLE. I understand that it's not very common to have more than ~4000 sockets but I think it should be possible. It can be the reason of others' failures I guess. -- Michal Mertl mime@traveller.cz To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message