mirror of
https://github.com/BobTheBlinker/android_kernel_motorola_sm6375.git
synced 2026-10-28 10:41:38 -04:00
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. [[email protected]: export it for sparc64] Signed-off-by: Eric Dumazet <[email protected]> Cc: Alan Cox <[email protected]> Cc: Richard Henderson <[email protected]> Cc: Ivan Kokshaysky <[email protected]> Cc: "David S. Miller" <[email protected]> Cc: Ralf Baechle <[email protected]> Signed-off-by: Andrew Morton <[email protected]> Signed-off-by: Linus Torvalds <[email protected]>
This commit is contained in:
parent
774ed22c21
commit
9cfe015aa4
11 changed files with 41 additions and 10 deletions
|
|
@ -1029,6 +1029,14 @@ nr_inodes
|
|||
Denotes the number of inodes the system has allocated. This number will
|
||||
grow and shrink dynamically.
|
||||
|
||||
nr_open
|
||||
-------
|
||||
|
||||
Denotes the maximum number of file-handles a process can
|
||||
allocate. Default value is 1024*1024 (1048576) which should be
|
||||
enough for most machines. Actual limit depends on RLIMIT_NOFILE
|
||||
resource limit.
|
||||
|
||||
nr_free_inodes
|
||||
--------------
|
||||
|
||||
|
|
|
|||
Loading…
Reference in a new issue