Path: utzoo!utgpu!watmath!onfcanim!dave
From: dave@onfcanim.UUCP (Dave Martindale)
Newsgroups: comp.unix.aux
Subject: Re: Process table
Keywords: too many processes
Message-ID: <16766@onfcanim.UUCP>
Date: 22 Nov 88 22:31:29 GMT
References: <261@berlin.acss.umn.edu> <21006@apple.Apple.COM>
Reply-To: dave@onfcanim.UUCP (Dave Martindale)
Organization: National Film Board / Office national du film, Montreal
Lines: 28

In article <21006@apple.Apple.COM> antonio@Apple.COM (Antonio Ordonez) writes:
>In article <261@berlin.acss.umn.edu> grg@berlin.acss.umn.edu (George Gonzalez) writes:
>>
>>We are getting the message:  Proc: Table is full.
>>Evidently, we have run out of space in the process table?
>>We need to have about 100 background processes for our application.

>To change the value of NPROC (which is set to 50 by default) type
>
>kconfig -n /unix  (this will give you a new line with no prompt)
>NPROC=num_proc    (substitute num_proc by the number you want, 100 should do)
>cntl-D            (this will end the input mode and give you a prompt back)

You probably want to set NPROC to 130 or 150, if you need 100 processes
for your application, since the system uses some too.

Also, if those background processes are all owned by one user, and
that user is someone other than "root", you will also need to increase
MAXUP to greater than 100 - it's the maximum number of processes
for a single user.

>The cc compiler allows you to create shared text area if you compile a 
>program with the -n option

Yes, but does this do anything?  After compiling with or without -n,
file always identifies the binary as
"COFF object not stripped  paged executable", and the magic numbers in
the file header seems to be the same.