Commit 1f58761d authored by Xiaotian Feng's avatar Xiaotian Feng Committed by James Toy

commit 760df9 merged /proc/sys/fs documentation in Documentation/sysctl/

fs.txt and Documentation/filesystem/proc.txt, but stale file-nr definition
is remained. This patch add back the right fs-nr definition for 2.6 kernel.

Signed-off-by: Xiaotian Feng<dfeng@redhat.com>
Cc: Randy Dunlap <randy.dunlap@oracle.com>
Signed-off-by: default avatarAndrew Morton <akpm@linux-foundation.org>
parent 4b808d95
...@@ -96,13 +96,16 @@ handles that the Linux kernel will allocate. When you get lots ...@@ -96,13 +96,16 @@ handles that the Linux kernel will allocate. When you get lots
of error messages about running out of file handles, you might of error messages about running out of file handles, you might
want to increase this limit. want to increase this limit.
The three values in file-nr denote the number of allocated Historically, the three values in file-nr denoted the number of
file handles, the number of unused file handles and the maximum allocated file handles, the number of allocated but unused file
number of file handles. When the allocated file handles come handles, and the maximum number of file handles. Linux 2.6 always
close to the maximum, but the number of unused file handles is reports 0 as the number of free file handles -- this is not an
significantly greater than 0, you've encountered a peak in your error, it just means that the number of allocated file handles
usage of file handles and you don't need to increase the maximum. exactly matches the number of used file handles.
Attempts to allocate more file descriptors than file-max are
reported with printk, look for "VFS: file-max limit <number>
reached".
============================================================== ==============================================================
nr_open: nr_open:
......
Markdown is supported
0%
or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment