From owner-freebsd-bugs  Tue Oct 22 14:18:46 1996
Return-Path: owner-bugs
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.5/8.7.3) id OAA04434
          for bugs-outgoing; Tue, 22 Oct 1996 14:18:46 -0700 (PDT)
Received: (from scrappy@localhost)
          by freefall.freebsd.org (8.7.5/8.7.3) id OAA04414;
          Tue, 22 Oct 1996 14:18:43 -0700 (PDT)
Date: Tue, 22 Oct 1996 14:18:43 -0700 (PDT)
From: "Marc G. Fournier" <scrappy>
Message-Id: <199610222118.OAA04414@freefall.freebsd.org>
To: ylo@trance.olari.clinet.fi, scrappy, freebsd-bugs
Subject: Re: kern/971
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Synopsis: Default limits for number of processes per user ridiculously low

State-Changed-From-To: feedback-open 
State-Changed-By: scrappy
State-Changed-When: Tue Oct 22 14:17:57 PDT 1996
State-Changed-Why: 

Still existent.  The problem is that simply bumping the number is
inappropriate.  The 40 might already be too high as a default for an
386/sx16 with 4 MB RAM (bottom end of what we are supporting), while
it is plain stupid for an i686/200 with 128 MB RAM.  So, the actual
default should be calculated based on the size of the machine, with an
option to allow the admin overriding it from the config file.

I once thought loud about this, but never got round to really
implement it.  Might look like a nice pet project for somebody over
the weekend.

--
cheers, J"org