From owner-freebsd-hackers Tue Jul 13 14:34:20 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from lestat.nas.nasa.gov (lestat.nas.nasa.gov [129.99.50.29]) by hub.freebsd.org (Postfix) with ESMTP id B2C87150CA for ; Tue, 13 Jul 1999 14:34:18 -0700 (PDT) (envelope-from thorpej@lestat.nas.nasa.gov) Received: from lestat (localhost [127.0.0.1]) by lestat.nas.nasa.gov (8.8.8/8.6.12) with ESMTP id OAA24203; Tue, 13 Jul 1999 14:32:59 -0700 (PDT) Message-Id: <199907132132.OAA24203@lestat.nas.nasa.gov> To: Matthew Dillon Cc: freebsd-hackers@FreeBSD.ORG, tech-userlevel@netbsd.org Subject: Re: Replacement for grep(1) (part 2) Reply-To: Jason Thorpe From: Jason Thorpe Date: Tue, 13 Jul 1999 14:32:59 -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 13 Jul 1999 14:16:54 -0700 (PDT) Matthew Dillon wrote: > ... and it doesn't mean squat. What, the absolutely critical server > that you are trying to run decides to exit because it can't guarentee > sufficient backing store? First of all, this situation simply does > not occur in a properly configured system. Secondly, for such a server > to fail to run is just as bad as if the system were to run out of swap. If your "absolutely critical server" application is written so badly that it simply exists when a memory allocation fails, well, then you have problems. Don't blame the OS for badly written applications. -- Jason R. Thorpe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message