From owner-freebsd-hackers  Tue Jul 13 15:16:37 1999
Delivered-To: freebsd-hackers@freebsd.org
Received: from sraigw.sra.co.jp (sraigw.sra.co.jp [202.32.10.2])
	by hub.freebsd.org (Postfix) with ESMTP
	id E0EA314FA8; Tue, 13 Jul 1999 15:16:16 -0700 (PDT)
	(envelope-from soda@sra.co.jp)
Received: from sranhf.sra.co.jp (sranhf [133.137.28.3])
	by sraigw.sra.co.jp (8.8.7/3.7W-sraigw) with ESMTP id HAA25077;
	Wed, 14 Jul 1999 07:15:27 +0900 (JST)
Received: from srapc342.sra.co.jp (srapc342 [133.137.28.111])
	by sranhf.sra.co.jp (8.8.7/3.6Wbeta7-srambox) with ESMTP id HAA04854;
	Wed, 14 Jul 1999 07:15:25 +0900 (JST)
Received: (from soda@localhost) by srapc342.sra.co.jp (8.8.8/3.4W-sra) id HAA15042; Wed, 14 Jul 1999 07:15:26 +0900 (JST)
Date: Wed, 14 Jul 1999 07:15:26 +0900 (JST)
Message-Id: <199907132215.HAA15042@srapc342.sra.co.jp>
From: Noriyuki Soda <soda@sra.co.jp>
To: Matthew Dillon <dillon@apollo.backplane.com>
Cc: Noriyuki Soda <soda@sra.co.jp>,
	Jason Thorpe <thorpej@nas.nasa.gov>,
	"Brian F. Feldman" <green@FreeBSD.ORG>, bright@rush.net,
	dcs@newsguy.com, freebsd-hackers@FreeBSD.ORG, jon@oaktree.co.uk,
	tech-userlevel@netbsd.org
Subject: Re: Replacement for grep(1) (part 2) 
In-Reply-To: <199907132153.OAA81153@apollo.backplane.com>
References: <199907132127.OAA80947@apollo.backplane.com>
	<199907132139.GAA14890@srapc342.sra.co.jp>
	<199907132153.OAA81153@apollo.backplane.com>
Sender: owner-freebsd-hackers@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

>>>>> On Tue, 13 Jul 1999 14:53:43 -0700 (PDT),
	Matthew Dillon <dillon@apollo.backplane.com> said:

>     If you are talking about a user intentionally attempting to run
>     a system out of swap, it is fairly easy to do whether the system
>     uses an overcommit model or not.  The user has any number of
>     ways of blowing the server up too - for example, by making
>     thousands of connections to it or running many huge queries in
>     parallel.

If the kernel and the application behave properly, critical
application doesn't lose it's data in such situation on
non-overcommiting systems.
Your example doesn't make sense.
--
soda


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