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. [akpm@linux-foundation.org: export it for sparc64] Signed-off-by:Eric Dumazet <dada1@cosmosbay.com> Cc: Alan Cox <alan@lxorguk.ukuu.org.uk> Cc: Richard Henderson <rth@twiddle.net> Cc: Ivan Kokshaysky <ink@jurassic.park.msu.ru> Cc: "David S. Miller" <davem@davemloft.net> Cc: Ralf Baechle <ralf@linux-mips.org> Signed-off-by:
Andrew Morton <akpm@linux-foundation.org> Signed-off-by:
Linus Torvalds <torvalds@linux-foundation.org>
Showing
- Documentation/filesystems/proc.txt 8 additions, 0 deletionsDocumentation/filesystems/proc.txt
- Documentation/sysctl/fs.txt 10 additions, 0 deletionsDocumentation/sysctl/fs.txt
- arch/alpha/kernel/osf_sys.c 1 addition, 1 deletionarch/alpha/kernel/osf_sys.c
- arch/mips/kernel/sysirix.c 1 addition, 1 deletionarch/mips/kernel/sysirix.c
- arch/sparc64/kernel/sparc64_ksyms.c 1 addition, 0 deletionsarch/sparc64/kernel/sparc64_ksyms.c
- arch/sparc64/solaris/fs.c 1 addition, 1 deletionarch/sparc64/solaris/fs.c
- arch/sparc64/solaris/timod.c 4 additions, 2 deletionsarch/sparc64/solaris/timod.c
- fs/file.c 5 additions, 3 deletionsfs/file.c
- include/linux/fs.h 1 addition, 1 deletioninclude/linux/fs.h
- kernel/sys.c 1 addition, 1 deletionkernel/sys.c
- kernel/sysctl.c 8 additions, 0 deletionskernel/sysctl.c
Loading
Please register or sign in to comment