From owner-freebsd-current@FreeBSD.ORG Mon May 3 07:03:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EABCD16A4CE for ; Mon, 3 May 2004 07:03:39 -0700 (PDT) Received: from us17.unix.fas.harvard.edu (us17.unix.fas.harvard.edu [140.247.35.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6617C43D46 for ; Mon, 3 May 2004 07:03:39 -0700 (PDT) (envelope-from hamburg@fas.harvard.edu) Received: from [140.247.133.37] (roam133-37.student.harvard.edu [140.247.133.37])i43E3cL00533 for ; Mon, 3 May 2004 10:03:38 -0400 Mime-Version: 1.0 (Apple Message framework v613) In-Reply-To: References: <200404301403.50634.past@noc.ntua.gr> <20040430123040.GB30157@melusine.cuivre.fr.eu.org> <20040430211948.GC85783@dragon.nuxi.com> <4094F86E.2020908@noc.ntua.gr> <20040502141538.B13B043D54@mx1.FreeBSD.org> <20040503080051.GA75981@falcon.midgard.homeip.net> Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Michael Hamburg Date: Mon, 3 May 2004 10:03:33 -0400 To: freebsd-current@freebsd.org X-Mailer: Apple Mail (2.613) Subject: Re: Change default dumpdir to /usr/crash? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 May 2004 14:03:40 -0000 On May 3, 2004, at 4:04 AM, Brad Knowles wrote: > At 10:00 AM +0200 2004/05/03, Erik Trulsson wrote: > >> Try that calculation for a machine with 32MB RAM. You probably need a >> minimum suggested amount of memory as well for that. > > Okay, then memory * 1.25, with a minimum of memory + 256MB, and a > maximum of memory + 1GB. Your suggested maximum seems like it would have little effect, percentagewise. What's the real difference to someone with an 8GB server whether their /var is _by default_ 9GB or 10GB? Presumably, however, they will notice that their suggested minimum /var size is larger than the suggested minimums of all the other partitions combined, and 9GB up from 256MB. If we increase default /var sizes, we should definitely tell the user why somewhere in the install process, so that they can change it back if necessary. Not everyone will want to sacrifice this amount of memory for crashdumps, for the same reason that people turn off INVARIANTS: the possibility of being more useful in a panic just isn't worth the cost, be it a gig of HD space or half the CPU being eaten by the system. There's also a privacy issue, as crashdumps may contain passwords and the like. Mike Hamburg >> A base value + memory size sounds better. > > As you proved, you need a lower bound of usefulness. But you also > need an upper bound, and when it comes to things like logfiles and > other things you might want to store in /var, the larger the memory on > the system the larger the logfiles, etc... are likely to be. > > Therefore, a multiplier based on memory is more likely to be useful > than simple addition. > > -- > Brad Knowles, > > "They that can give up essential liberty to obtain a little temporary > safety deserve neither liberty nor safety." > -Benjamin Franklin, Historical Review of Pennsylvania. > > SAGE member since 1995. See for more info.