Xref: utzoo unix-pc.general:5391 comp.sys.att:9506
Path: utzoo!utgpu!news-server.csri.toronto.edu!torsqnt!hybrid!mdapoz
From: mdapoz@hybrid.uucp (Mark Dapoz)
Newsgroups: unix-pc.general,comp.sys.att
Subject: Maximum open file descriptors in 3.51m kernel
Message-ID: <1990May5.174807.7858@hybrid.UUCP>
Date: 5 May 90 17:48:07 GMT
Sender: mdapoz@hybrid.UUCP (Mark Dapoz)
Organization: The Home for Unemployed Basselopes, Toronto, Ontario, Canada
Lines: 26

I seem to be running into a problem with the maximum number of open files
the 3.51m kernel can handle.  I've bumped the parameter nfile to have a
value of 300 but whenever I run the following program it can only open
a maximum of 77 files.

main()
{
	int x=0;

	while (fopen("/dev/null", "r") != 0)
	    x++;
	printf("%d\n", x);
}

Now, the default minimum value for nfile is 80 which is suspiciously close to
77 so I'm wondering if the kernel is even picking up on the fact that nfile 
has been increased.  Also, I seem to be losing kernel file descriptors since
if I run the above program on my system right now, it'll report a value of
46 but when I first booted it would report 77.  The system has been up and 
running for just over 8 days.  Has anyone else experienced problems with 
maximum open files?  How can I get the system to really let me open as many 
files as nfile is set to?
-- 
Managing a software development team 	|   Mark Dapoz  
is a lot like being on the psychiatric	|   mdapoz%hybrid@cs.toronto.edu
ward.  -Mitch Kapor, San Jose Mercury	|   ...uunet!mnetor!hybrid!mdapoz