https://bugzilla.novell.com/show_bug.cgi?id=241323 garloff@novell.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |aj@novell.com, kukuk@novell.com Status|NEW |ASSIGNED ------- Comment #1 from garloff@novell.com 2007-02-12 05:15 MST ------- Well, if you do not use the package ulimit, both hard and softlimit for the number of open file descriptors per process will be set to 1024. With ulimit, the softlimit will still be 1024, the hardlimit is 8192 by default though, so a user can increase up to that limit without the help of a sysadmin. So this is definitely not a regression as compared to the Linux default state. On the discussion whether we should increase the default: Traditionally, Linux did not handle more than 1024 open files (or 1024 open TCP connections) per process. The select() interface e.g. still does not support more than 1024 (unless you recompile the glibc and all apps). The system default of 1024 is thus a reasonable default, IMVHO. An application should expect that there is a 1024 FD default resource limit. If it really needs more, it should thus try to increase the limit when starting up to that value that it requires; if that fails, it should print a warning or abort. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.