Date: Mon, 13 Apr 2015 18:12:31 +0930 From: "O'Connor, Daniel" <darius@dons.net.au> To: Slawa Olhovchenkov <slw@zxy.spb.ru> Cc: arch@freebsd.org, Poul-Henning Kamp <phk@phk.freebsd.dk> Subject: Re: default file descriptor limit ? Message-ID: <C9314079-B968-4A09-AD49-B2045521BFF3@dons.net.au> In-Reply-To: <20150413083159.GN1394@zxy.spb.ru> References: <78759.1428912996@critter.freebsd.dk> <79209.1428913320@critter.freebsd.dk> <20150413083159.GN1394@zxy.spb.ru>
index | next in thread | previous in thread | raw e-mail
> On 13 Apr 2015, at 18:01, Slawa Olhovchenkov <slw@zxy.spb.ru> wrote:
> May be now time to introduce new login class, for desktop users, with
> reduced limits for open files and some regionals settings. And modify
> bsdinstall to support this. And may be some Gnome/KDE tools for
> creating users (I am don't use KDE/Gnome).
>
> Base login class ('default') don't touching, don't have limits and
> have locale "C", used for system startup and daemons.
The question is: What is the upside of having such a large limit?
The downside is apparent - it's not the memory usage but the time wasted when running secure software since you can't use closefrom because it's not portable and so libraries/ports/etc don't use it (or more realistically Linux doesn't have it).
Other limits like max processes scaling with memory makes sense but maxfiles should probably scale more slowly (or maybe even not at all..)
--
Daniel O'Connor
"The nice thing about standards is that there
are so many of them to choose from."
-- Andrew Tanenbaum
GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C
help
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?C9314079-B968-4A09-AD49-B2045521BFF3>