This message generated a parse failure. Raw output follows here. Please use 'back' to navigate. From devnull@lkml.org Wed May 29 10:07:33 2024 Received: from entropy.muc.muohio.edu (IDENT:root@entropy.muc.muohio.edu [134.53.213.10]) by herbie.ucs.indiana.edu (8.9.3/8.9.3) with ESMTP id OAA00129 for ; Wed, 24 Mar 1999 14:11:35 -0500 (EST) Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by entropy.muc.muohio.edu (8.8.7/8.8.7) with ESMTP id NAA19277; Wed, 24 Mar 1999 13:57:35 -0500 Received: by vger.rutgers.edu via listexpand id <217512-221>; Wed, 24 Mar 1999 13:38:42 -0500 Received: by vger.rutgers.edu id <185855-221>; Wed, 24 Mar 1999 13:38:26 -0500 Received: from sharks.mmaz.com ([38.186.45.2]:24880 "EHLO sharks.mmaz.com" ident: "TIMEDOUT") by vger.rutgers.edu with ESMTP id <217465-220>; Wed, 24 Mar 1999 13:37:46 -0500 Received: from mmaz.com (dell400.mmaz.com [38.186.45.95]) by sharks.mmaz.com (8.9.3/8.9.3) with ESMTP id MAA17681; Wed, 24 Mar 1999 12:05:16 -0700 Message-Id: <36F930DF.EB6896D1@mmaz.com> Date: Wed, 24 Mar 1999 11:37:19 -0700 From: Barry Treahy X-Mailer: Mozilla 4.04 [en] (WinNT; U) Mime-Version: 1.0 To: Linux Kernel List , Linux Admin List Subject: [Fwd: Out of File Descriptors on 2.0.36] X-Priority: 1 (Highest) Content-Type: multipart/mixed; boundary="------------637CE7896770FE60CCF37C9D" Sender: owner-linux-kernel@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-kernel-outgoing-dig This is a multi-part message in MIME format. --------------637CE7896770FE60CCF37C9D Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit 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 X-Mailer: Mozilla 4.04 [en] (WinNT; U) MIME-Version: 1.0 To: Linux Kernel List , Linux Admin List 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/