From owner-freebsd-hackers Tue Jul 13 14:40:44 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 78F6815354; Tue, 13 Jul 1999 14:40:35 -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 GAA23871; Wed, 14 Jul 1999 06:39:01 +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 GAA04818; Wed, 14 Jul 1999 06:38:59 +0900 (JST) Received: (from soda@localhost) by srapc342.sra.co.jp (8.8.8/3.4W-sra) id GAA14890; Wed, 14 Jul 1999 06:39:00 +0900 (JST) Date: Wed, 14 Jul 1999 06:39:00 +0900 (JST) Message-Id: <199907132139.GAA14890@srapc342.sra.co.jp> From: Noriyuki Soda To: Matthew Dillon Cc: Noriyuki Soda , Jason Thorpe , "Brian F. Feldman" , 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: <199907132127.OAA80947@apollo.backplane.com> References: <199907132127.OAA80947@apollo.backplane.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>>>> On Tue, 13 Jul 1999 14:27:54 -0700 (PDT), Matthew Dillon said: > > That's wrong. > > On such systems, critical server has a chance to save it's data to > > filesystem. > > On 4.4BSD derived systems, it cannot be guaranteed. > You are assuming that the situation actually occurs. In real life, > it will not occur unless the critical server is running away with > memory. > I have never, ever run one of BEST's servers out of swap. It has never > been an issue. Running out of swap can be easily done by normal user privilege. Non-overcommiting system can run important application on the system which has a normal user, because it never lose critical data, even if a user on the system make a mistake. (The application might stop, but it never lose data.) 4.4BSD derived system cannot do this, and have to use different machine for such applications. > And you also haven't bothered to address my other point: In order to > configure a system that guarentees backing store, you need to configure > that system with 8x or more swap then you would a normal > system. 8x or more? That's wrong. It depends. -- soda To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message