The patch titled
Increase NR_OPEN
has been removed from the -mm tree. Its filename was
nr_open-should-be-raised-a-litle-bit.patch
This patch was dropped because an updated version will be merged
------------------------------------------------------
Subject: Increase NR_OPEN
From: Eric Dumazet <[EMAIL PROTECTED]>
Time has come to change NR_OPEN value, some production servers hit the not
so 'ridiculously high value' of 1024*1024 file descriptors per process.
This is safe to raise this value, because alloc_fd_array() uses vmalloc()
for large arrays and vmalloc() returns NULL if a too large allocation is
attempted (or in case of memory shortage)
Moore law implies this limit should be changed every 1-2 years, and it
seems we forgot doing this for ages.
Even on my old notebook, a process can open 1000000 descriptors without any
problem.
Signed-off-by: Eric Dumazet <[EMAIL PROTECTED]>
Cc: Alan Cox <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
---
include/linux/fs.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff -puN include/linux/fs.h~nr_open-should-be-raised-a-litle-bit
include/linux/fs.h
--- a/include/linux/fs.h~nr_open-should-be-raised-a-litle-bit
+++ a/include/linux/fs.h
@@ -21,7 +21,7 @@
/* Fixed constants first: */
#undef NR_OPEN
-#define NR_OPEN (1024*1024) /* Absolute upper limit on fd num */
+#define NR_OPEN (16*1024*1024) /* Absolute upper limit on fd num */
#define INR_OPEN 1024 /* Initial setting for nfile rlimits */
#define BLOCK_SIZE_BITS 10
_
Patches currently in -mm which might be from [EMAIL PROTECTED] are
git-net.patch
nr_open-should-be-raised-a-litle-bit.patch
percpu-__percpu_alloc_mask-can-dynamically-size-percpu_data.patch
-
To unsubscribe from this list: send the line "unsubscribe mm-commits" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
