From owner-freebsd-current@FreeBSD.ORG Sat Feb 16 11:52:53 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6596916A418 for ; Sat, 16 Feb 2008 11:52:53 +0000 (UTC) (envelope-from tom.hurst@clara.net) Received: from spork.qfe3.net (spork.qfe3.net [212.13.207.101]) by mx1.freebsd.org (Postfix) with ESMTP id 3CAED13C459 for ; Sat, 16 Feb 2008 11:52:53 +0000 (UTC) (envelope-from tom.hurst@clara.net) Received: from [81.104.123.28] (helo=voi.aagh.net) by spork.qfe3.net with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1JQLM9-0000dE-AU; Sat, 16 Feb 2008 11:37:21 +0000 Received: from freaky by voi.aagh.net with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JQLM9-000FbE-2j; Sat, 16 Feb 2008 11:37:21 +0000 Date: Sat, 16 Feb 2008 11:37:21 +0000 From: Thomas Hurst To: Dag-Erling Sm?rgrav Message-ID: <20080216113721.GA55702@voi.aagh.net> Mail-Followup-To: Dag-Erling Sm?rgrav , Eygene Ryabinkin , Ian FREISLICH , Ken Smith , freebsd-current@freebsd.org References: <86r6fdx0tf.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86r6fdx0tf.fsf@ds4.des.no> Organization: Not much. User-Agent: Mutt/1.5.17 (2007-11-01) Sender: Thomas Hurst Cc: Ian FREISLICH , Ken Smith , freebsd-current@freebsd.org Subject: Re: FreeBSD 7.0-RC2 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Sat, 16 Feb 2008 11:52:53 -0000 * Dag-Erling Sm?rgrav (des@des.no) wrote: > Not cost-effective? What is the "street price" of 16 GB disk space > these days? About the same as a couple of Big Macs? That's roughly half of a common 36G SCSI drive, and still a fairly significant chunk of a 73G one. Granted, you probably don't get all that many high-memory systems with just one or two dinky disks. For us, our systems with the most memory have little need for much storage or IO; they have a pair of mirrored 73G SAS drives and 20G of memory; they currently run with 2G of swap, which if they ever have to use, will make them useless. Blowing 30% of available local storage on swap doesn't really make sense; we're much more likely to have 20G application cores than kernel ones. Speaking of, it'd be really nice if you could interrupt the generation of coredumps; big ones take a while. Perhaps the dump loop could check kern.coredump every few thousand pages and exit early if it's 0? -- Thomas 'Freaky' Hurst http://hur.st/