I've scanned the 2.0.36 sources and the only thing I see is in
fs/file_table.c where:
file = (struct file *) __get_free_page(GFP_KERNEL);
if (!file)
return 0;
nr_files += i = PAGE_SIZE/sizeof(struct file);
the value for nr_files is evaluated and then used later? Since it looks
like its dependent on the page size for i386 on Linux which is what
x0400? What is the limiting factor that is preventing nr_files for
growing everything grow_files is called? Am I chasing up the wrong
tree? As I've stated in another message, moving off 2.0.x isn't an
option at this time...
Barry
--------------637CE7896770FE60CCF37C9D
Content-Type: message/rfc822
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-ID: <36F69465.C51CC516@mmaz.com>
Date: Mon, 22 Mar 1999 12:05:09 -0700
From: Barry Treahy <treahy@mmaz.com>
X-Mailer: Mozilla 4.04 [en] (WinNT; U)
MIME-Version: 1.0
To: Linux Kernel List <linux-kernel@vger.rutgers.edu>,
Linux Admin List <linux-admin@vger.rutgers.edu>
Subject: File Descriptors on 2.0.36
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Question, I just upgraded from 2.0.33 and increased the values in fs.h
to:
#define NR_INODE 12288 /* this should be bigger than NR_FILE */
#define NR_FILE 4096 /* this can well be larger on a larger system */
based on prior help to solve problems with apps receiving an Out of File
Descriptors problem.
Well, if I look at the /proc files, these look good:
./file-max
4096
./file-nr
120
./inode-max
12288
./inode-nr
2592 2477
but I'm still getting the OofFD error and now, when I look at file-nr it
is now 120 when before it was 180. Doing a:
mml1:/proc/sys/kernel# cat 256 > file-nr
sh: file-nr: Permission denied
doesn't work either.
Suggestions please?!?!?
Barry
--------------637CE7896770FE60CCF37C9D--
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/