Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10 5/3/83; site qubix.UUCP
Path: utzoo!linus!decvax!decwrl!qubix!msc
From: msc@qubix.UUCP (Mark Callow)
Newsgroups: net.unix-wizards
Subject: Re: MAX FILES PER PROCESS PROBLEM
Message-ID: <654@qubix.UUCP>
Date: Mon, 21-Nov-83 03:45:29 EST
Article-I.D.: qubix.654
Posted: Mon Nov 21 03:45:29 1983
Date-Received: Tue, 22-Nov-83 01:53:48 EST
References: <196@ccieng5.UUCP> <327@bbncca.ARPA>
Organization: Qubix Graphic Systems, Saratoga, CA
Lines: 19

From: Steve Dyer, decvax!bbncca!sdyer
	What you describe (increasing NOFILE and _NFILE) should work just
	fine.  At BBN, we routinely run with NOFILE set to 40 (needed for some
	network monitoring programs.) You might want to increase NINODE and
	NFILE in param.h, too, if many programs are going to take advantage of
	this--otherwise, don't bother.

You do not say what version of Unix you are running.  However I believe
the original question was referring to 4.1bsd.  In the document
"Installing and Operating 4.1bsd" it says that NOFILE cannot be made
greater than 31 because of a bitfield used used in some unspecified data
structure.  It says that they expect this limitation to be removed in
future versions of the system.  However the same limitation is mentioned in
the document "Installing and Operating 4.2bsd".
-- 
	Mark Callow, Saratoga, CA.
	...{decvax,ucbvax,ihnp4}!decwrl!
		      ...{ittvax,amd70}!qubix!msc
	decwrl!qubix!msc@Berkeley.ARPA