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