From owner-freebsd-chat Wed Apr 14 17:22:10 1999 Delivered-To: freebsd-chat@freebsd.org Received: from mail.webmaster.com (mail.webmaster.com [209.133.28.138]) by hub.freebsd.org (Postfix) with ESMTP id 1A6E914DB4 for ; Wed, 14 Apr 1999 17:22:08 -0700 (PDT) (envelope-from davids@webmaster.com) Received: from whenever ([209.133.29.2]) by mail.webmaster.com (Post.Office MTA v3.5.3 release 223 ID# 0-12345L500S10000V35) with SMTP id com; Wed, 14 Apr 1999 17:10:58 -0700 From: "David Schwartz" To: "Chuck Robey" , "Anthony Kimball" Cc: Subject: RE: swap-related problems Date: Wed, 14 Apr 1999 17:19:47 -0700 Message-ID: <000101be86d5$ab65bcc0$021d85d1@whenever.youwant.to> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2377.0 In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3155.0 Importance: Normal Sender: owner-freebsd-chat@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > But, as long as you keep resources resonable, that's precisely what you > get under memory overcommit. If you'd see a failure under memory > overcommit, you'd have seen the failure far sooner without memory > overcommit. The only other difference is which signal kills your > program. With memory overcommit, the chances of that program running > without errors, in full ANSI C compliance, are far, far higher. There is a very significant difference between failures a programmer can plan for and expect, such as malloc or fork returning a sensible error code, and failures a programmer cannot plan for or expect, such as receiving a fatal signal when performing a simple assignment operation. If a programmer doesn't correctly handle the case where malloc returns NULL, that's his fault. If the system returns him a pointer to memory and he faults when he tries to access it, that's not. It should, ideally, be at least possible to write programs that run reliably. That doesn't mean that some people won't want to be able to overcommit. DS To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-chat" in the body of the message