default file descriptor limit ?

Poul-Henning Kamp phk at phk.freebsd.dk
Mon Apr 13 08:39:42 UTC 2015


--------
In message <20150413083159.GN1394 at zxy.spb.ru>, Slawa Olhovchenkov writes:

>> >This wastes tons of pointless close system calls in programs which
>> >use the suboptimal but best practice:
>> >
>> >	for (i = 3; i < sysconf(_SC_OPEN_MAX); i++)
>> >		close(i);
>> >
>> >For reference Linux seems to default to 1024, leaving it up to
>> >massive server processes to increase the limit for themselves.
>
>This is typical only on startup, I think?

No.  This is mandatory whenever you spawn an sub process with less privilege.

>May be now time to introduce new login class, for desktop users, [...]

How about "now is the time to realize that very few processes need more
than a few tens of filedescriptors" ?

If Linux can manage with a hardcoded default of 1024, so can we...

-- 
Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20
phk at FreeBSD.ORG         | TCP/IP since RFC 956
FreeBSD committer       | BSD since 4.3-tahoe    
Never attribute to malice what can adequately be explained by incompetence.


More information about the freebsd-arch mailing list