From owner-freebsd-hackers Tue Jul 13 17:40:51 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 8AC5A15157; Tue, 13 Jul 1999 17:40:47 -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 JAA00646; Wed, 14 Jul 1999 09:40:35 +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 JAA04977; Wed, 14 Jul 1999 09:40:33 +0900 (JST) Received: (from soda@localhost) by srapc342.sra.co.jp (8.8.8/3.4W-sra) id JAA15740; Wed, 14 Jul 1999 09:40:34 +0900 (JST) Date: Wed, 14 Jul 1999 09:40:34 +0900 (JST) Message-Id: <199907140040.JAA15740@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: <199907140025.RAA82339@apollo.backplane.com> References: <199907132127.OAA80947@apollo.backplane.com> <199907132139.GAA14890@srapc342.sra.co.jp> <199907132153.OAA81153@apollo.backplane.com> <199907132215.HAA15042@srapc342.sra.co.jp> <199907132229.PAA81360@apollo.backplane.com> <199907132245.HAA15198@srapc342.sra.co.jp> <199907132253.PAA81615@apollo.backplane.com> <199907140004.JAA15623@srapc342.sra.co.jp> <199907140025.RAA82339@apollo.backplane.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>>>> On Tue, 13 Jul 1999 17:25:21 -0700 (PDT), Matthew Dillon said: > With today's modern high capacity disk drives, a properly configured > multi-user system will have enough swap that running it out is difficult > to say the least. That's wrong. Please remember that you said "assuming hostile users", a hostile user can run the machine out of swap generally easier than crashing the machine. Your example of IRC server is just one of exceptions. If you find a bug which crashes FreeBSD, isn't it better fix the bug? Why do you stick at not fixing the problem. -- soda To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message