And thus spake Craig Sanders, on Wed, Jan 07, 1998 at 01:52:06AM +1100:
> is there any debian policy on number of file descriptors compiled into the
> kernel? (and also in limits.h in libc6-dev - AFAIK pretty much everything
> that uses select() will need to be recompiled if the limit is increased).
>
> some time ago the debian kernels came patched with 1024 fd's. this meant
> that squid and apache and other servers could run out of the box without
> running out of file descriptors (linux crashes badly when it runs out of
> fd's - not a pretty sight).
>
> recent kernels seem to have reverted back to 256 fd's.
>
> imo, 256 just isn't enough...especially when nearly the entire
> distribution has to be recompiled if a user wants to recompile a kernel
> with the >256 fd's patch.
>
> the latest ">256 fd's patch" mallocs an arbitrary number of file
> descriptors.
>
> should something be done about this for 2.0? or wait until 2.1?
>
> btw, we'll face have to face this problem when the 2.1 kernel is released
> as 2.2.
This has been sysctl configurable in the runtime kernel since at most 2.0,
probably 1.3.
deliverator:[~]-#cd /proc/sys/kernel/
deliverator:[/proc/sys/kernel]-#ls -l *-max *-nr
-rw-r--r-- 1 root root 0 Jan 6 13:40 file-max
-r--r--r-- 1 root root 0 Jan 6 13:40 file-nr
-rw-r--r-- 1 root root 0 Jan 6 13:40 inode-max
-r--r--r-- 1 root root 0 Jan 6 13:40 inode-nr
deliverator:[/proc/sys/kernel]-#cat file-max inode-max
1024
4096
deliverator:[/proc/sys/kernel]-#echo 2048>file-max; echo 8192>inode-max
deliverator:[/proc/sys/kernel]-#cat file-max inode-max
2048
8192
deliverator:[/proc/sys/kernel]-#
--
Elie Rosenblum <[EMAIL PROTECTED]> That is not dead which can eternal lie,
<[EMAIL PROTECTED]> And with strange aeons even death may die.
Developer / Mercenary / System Administrator - _The Necromicon_
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
