From owner-freebsd-hackers Wed Jul 14 7:48: 6 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id 1495C14F44; Wed, 14 Jul 1999 07:48:01 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com by peach.ocn.ne.jp (8.9.1a/OCN) id XAA20939; Wed, 14 Jul 1999 23:47:42 +0900 (JST) Message-ID: <378CA22C.E5537F7A@newsguy.com> Date: Wed, 14 Jul 1999 23:43:56 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.6 [en] (Win98; I) X-Accept-Language: pt-BR,ja MIME-Version: 1.0 To: Noriyuki Soda Cc: Matthew Dillon , Jason Thorpe , "Brian F. Feldman" , bright@rush.net, freebsd-hackers@FreeBSD.ORG, jon@oaktree.co.uk, tech-userlevel@netbsd.org Subject: Re: Replacement for grep(1) (part 2) References: <199907132127.OAA80947@apollo.backplane.com> <199907132139.GAA14890@srapc342.sra.co.jp> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Noriyuki Soda wrote: > > 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. Incorrect. We can set *limits* to the users, so they won't be able to crash down the system. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org "Would you like to go out with me?" "I'd love to." "Oh, well, n... err... would you?... ahh... huh... what do I do next?" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message