Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 15 Jul 1999 01:56:19 -0400
From:      Tim Vanderhoek <vanderh@ecf.utoronto.ca>
To:        "Daniel C. Sobral" <dcs@newsguy.com>
Cc:        Jason Thorpe <thorpej@nas.nasa.gov>, tech-userlevel@netbsd.org, freebsd-hackers@FreeBSD.org
Subject:   Re: Swap overcommit (was Re: Replacement for grep(1) (part 2))
Message-ID:  <19990715015619.A97920@mad>
In-Reply-To: <378D6828.FCC3C120@newsguy.com>; from Daniel C. Sobral on Thu, Jul 15, 1999 at 01:48:40PM %2B0900
References:  <199907142127.OAA01681@lestat.nas.nasa.gov> <378D6828.FCC3C120@newsguy.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Jul 15, 1999 at 01:48:40PM +0900, Daniel C. Sobral wrote:
> > 
> > If you have a lot of users, all of which have buggy programs which eat
> > a lot of memory, per-user swap quotas don't necessarily save your butt.
> 
> The chance of these buggy programs running at the same time is not
> exactly high...

Well, it is higher than your probably giving credit for.  Suppose
Professor A. hands-out X assignment.  Unfortunately, some piece of
code he supplied to his, let's say 200 students ignorant first year
students, has this particular memory-eating bug.  Being ignorant
first-year students, they will notice something is wrong, assume
the problem is their fault, and repeat the exact same procedure
five or so times.  Again, being ignorant first year students, they
will probably all be using the same shell server.

To make things worse, some wise-ass may have told a bunch of them how
to use ulimit or limit in order to push their available resources as
high as possible (perhaps very high, since the admin hopefully
recognizes that sometimes students need high resource limits to
perform research).

Fortunately, overcommit rescues the machine and kills those buggy
programs instead of letting them spin around for ever in some kind of
"malloc() failed ... must be temporary failure, wait and retry".


-- 
This is my .signature which gets appended to the end of my messages.


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hackers" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19990715015619.A97920>