From owner-freebsd-current  Sat May 16 04:24:49 1998
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id EAA01500
          for freebsd-current-outgoing; Sat, 16 May 1998 04:24:49 -0700 (PDT)
          (envelope-from owner-freebsd-current@FreeBSD.ORG)
Received: from ns1.yes.no (ns1.yes.no [195.119.24.10])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA01494
          for <current@FreeBSD.ORG>; Sat, 16 May 1998 04:24:46 -0700 (PDT)
          (envelope-from eivind@bitbox.follo.net)
Received: from bitbox.follo.net (bitbox.follo.net [195.204.143.218])
	by ns1.yes.no (8.8.7/8.8.7) with ESMTP id LAA12798;
	Sat, 16 May 1998 11:24:41 GMT
Received: (from eivind@localhost)
	by bitbox.follo.net (8.8.8/8.8.6) id NAA01599;
	Sat, 16 May 1998 13:24:40 +0200 (MET DST)
Message-ID: <19980516132439.41449@follo.net>
Date: Sat, 16 May 1998 13:24:39 +0200
From: Eivind Eklund <eivind@yes.no>
To: Garrett Wollman <wollman@khavrinen.lcs.mit.edu>, current@FreeBSD.ORG
Subject: Re: cvs commit: src/sys/conf param.c src/sys/kern uipc_domain.c uipc_proto.c uipc_socket.c uipc_socket2.c uipc_usrreq.c src/sys/netinet in_pcb.c in_pcb.h ip_divert.c raw_ip.c tcp_subr.c tcp_var.h udp_usrreq.c udp_var.h src/sys/sys socketvar.h un.h ...
References: <199805152011.NAA12272@freefall.freebsd.org> <199805152020.QAA02956@khavrinen.lcs.mit.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.89.1i
In-Reply-To: <199805152020.QAA02956@khavrinen.lcs.mit.edu>; from Garrett Wollman on Fri, May 15, 1998 at 04:20:56PM -0400
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

On Fri, May 15, 1998 at 04:20:56PM -0400, Garrett Wollman wrote:
> <<On Fri, 15 May 1998 13:11:41 -0700 (PDT), Garrett Wollman <wollman@FreeBSD.ORG> said:
> >   Define a parameter which indicates the maximum number of sockets in a
> >   system, and use this to size the zone allocators used for sockets and
> >   for certain PCBs.
> 
> This is called `maxsockets', and is currently defined to be the
> maximum of `maxfiles' and `nmbclusters'.  Suggestions for a better
> value would be appreciated.

What would be necessary to make it possible for this to be a dynamic
datastructure, instead of having a maximum limit?

Eivind.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message