Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!samsung!zaphod.mps.ohio-state.edu!mips!apple!sun-barr!newstop!sun!coherent!next!mmeyer
From: mmeyer@next.com (Morris Meyer)
Newsgroups: comp.sys.next
Subject: Re: proc: table is full
Message-ID: <122@next.com>
Date: 14 Mar 90 17:36:25 GMT
References: <6902@cps3xx.UUCP>
Reply-To: mmeyer@entropy.next.com (Morris Meyer)
Organization: NeXT, Inc.
Lines: 23

In article <6902@cps3xx.UUCP> flynn@pixel.cps.msu.edu (Patrick J. Flynn) writes:
>Recently I asked whether there was a way to increase the size of the
>process table without building a new kernel (which one cannot do because
>the kernel-building stuff didn't come with 1.0).
>
>The answer MAY be yes.  I haven't tried it yet, but I was told that
>rebooting the cube with the clause "nproc=NNN", where NNN is the number of
>process slots you want, will do the correct thing.  My source wasn't
>sure that this would work on a customer software release, but apparently
>they use it internally at NeXT.
>
I just rebooted one of my machines with nproc=200. I forked about 80
or so shells, bringing the number of processes up over a hundred or
so before I got bored.  It works.  The current limit on a 1.0 system
is 84.

Hope this helps.

		--morris

		morris meyer (mmeyer@next.com)
		software engineer
		NeXT OS Group