From owner-freebsd-current Tue Feb 21 11:54:31 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA14138 for current-outgoing; Tue, 21 Feb 1995 11:54:31 -0800 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id LAA14120 for ; Tue, 21 Feb 1995 11:54:29 -0800 Received: by halloran-eldar.lcs.mit.edu; id AA06021; Tue, 21 Feb 1995 14:53:55 -0500 Date: Tue, 21 Feb 1995 14:53:55 -0500 From: Garrett Wollman Message-Id: <9502211953.AA06021@halloran-eldar.lcs.mit.edu> To: davidg@Root.COM Cc: current@FreeBSD.org Subject: Re: Possible kern.maxproc fatal bug In-Reply-To: <199502211152.DAA00893@corbin.Root.COM> References: <199502210818.TAA10312@godzilla.zeta.org.au> <199502211152.DAA00893@corbin.Root.COM> Sender: current-owner@FreeBSD.org Precedence: bulk < said: > whatever "maxproc" was at startup time. Other than creating a "balance set", > there really isn't any way of working around this problem other than making > the map much large than maxproc (and thus allow maxproc to grow much larger). > Perhaps making the map accomodate 2 or 3 times maxproc might be a compromise. This sounds like a good idea. Of course, sysctl should be modified as well to understand that there actually is a hard upper limit to the hard upper limit :-) . -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant