Date: Fri, 26 Jan 1996 10:49:41 +0200 From: Tatu Ylonen <ylo@cs.hut.fi> To: petri@ibr.cs.tu-bs.de Cc: FreeBSD-gnats@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org Subject: kern/971: Default limits for number of processes per user ridiculously low Message-ID: <199601260849.KAA00602@trance.olari.clinet.fi> In-Reply-To: <199601260733.IAA00914@achill.ibr.cs.tu-bs.de> References: <199601252320.PAA16660@freefall.freebsd.org> <199601260733.IAA00914@achill.ibr.cs.tu-bs.de>
next in thread | previous in thread | raw e-mail | index | archive | help
> IMHO those two numbers are sufficiently unrelated to not use that
> method. _If_ you really need 100 users with 1000 processes each, you
> can still set it in some global init file (xdm/Xsession or
> /etc/profile or whatever).
The point I am trying to make is that 40 is too low as the default
limit. It is not enough for one user (and I know many people who have
more open windows than I do). A large fraction of users will have
to increase it. It is not widely known how to increase that limit in
the kernel.
I don't need 100 users with 1000 processes each. I want one user with
1000 processes (or even 200).
Why not make the per-user's limit be e.g. max(40,systemwide_maxproc/5)?
Maxusers is quite widely known and exists on many systems. It would
be convenient to get rid of silly restrictions like this by increasing
maxusers. I don't care if eats a little memory. I just want it to
work and don't want to fight with it.
I would set the soft limit in /etc/rc if it was easy, but it is a
/bin/sh script and /bin/sh does not support setting limits...
Tatu Ylonen <ylo@cs.hut.fi>
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199601260849.KAA00602>