[<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