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. craig -- craig sanders -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
