[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <474D1E26.6000500@cosmosbay.com>
Date:	Wed, 28 Nov 2007 08:52:06 +0100
From:	Eric Dumazet <dada1@...mosbay.com>
To:	Andrew Morton <akpm@...ux-foundation.org>
CC:	Alan Cox <alan@...rguk.ukuu.org.uk>,
	Linux kernel <linux-kernel@...r.kernel.org>
Subject: [PATCH, v2] get rid of NR_OPEN and introduce a sysctl_nr_open
V1->V2
Some NR_OPEN were left unchanged for alpha, mips & sparc64.
As changing NR_OPEN from 1024*1024 to 16*1024*1024 was considered a litle
bit dangerous, just let it default to 1024*1024 but adds a new sysctl
to let sysadmins change this value.
Thank you
[PATCH] get rid of NR_OPEN and introduce a sysctl_nr_open
NR_OPEN (historically set to 1024*1024) actually forbids processes to open 
more than 1024*1024 handles.
Unfortunatly some production servers hit the not so 'ridiculously high value' 
of 1024*1024 file descriptors per process.
Changing NR_OPEN is not considered safe because of vmalloc space potential 
exhaust.
This patch introduces a new sysctl (/proc/sys/fs/nr_open) wich defaults to 
1024*1024, so that admins can decide to change this limit if their workload 
needs it.
Signed-off-by: Eric Dumazet <dada1@...mosbay.com>
Cc: Alan Cox <alan@...rguk.ukuu.org.uk>
Signed-off-by: Andrew Morton <akpm@...ux-foundation.org>
  Documentation/filesystems/proc.txt |    8 ++++++++
  Documentation/sysctl/fs.txt        |   10 ++++++++++
  arch/alpha/kernel/osf_sys.c        |    2 +-
  arch/mips/kernel/sysirix.c         |    2 +-
  arch/sparc64/solaris/fs.c          |    2 +-
  arch/sparc64/solaris/timod.c       |    6 ++++--
  fs/file.c                          |    8 +++++---
  include/linux/fs.h                 |    2 +-
  kernel/sys.c                       |    2 +-
  kernel/sysctl.c                    |    8 ++++++++
  10 files changed, 40 insertions(+), 10 deletions(-)
View attachment "nr_open.patch" of type "text/plain" (5609 bytes)
Powered by blists - more mailing lists
 
