From owner-freebsd-fs@FreeBSD.ORG Tue Feb 13 09:13:53 2007 Return-Path: X-Original-To: freebsd-fs@FreeBSD.ORG Delivered-To: freebsd-fs@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BC17F16A400 for ; Tue, 13 Feb 2007 09:13:53 +0000 (UTC) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.freebsd.org (Postfix) with ESMTP id A0DE813C491 for ; Tue, 13 Feb 2007 09:13:53 +0000 (UTC) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HGtjT-0007Yf-TV; Tue, 13 Feb 2007 09:13:52 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com) by roam.psg.com with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HGtin-0007D2-Ca; Tue, 13 Feb 2007 01:13:09 -0800 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17873.33060.746546.773210@roam.psg.com> Date: Mon, 12 Feb 2007 23:13:08 -1000 To: Oliver Fromme References: <506226.11053.qm@web58610.mail.re3.yahoo.com> <200702121552.l1CFqi6q046650@lurza.secnetix.de> Cc: freebsd-fs@FreeBSD.ORG, aronesimi@yahoo.com Subject: Re: comments on newfs raw disk ? Safe ? (7 terabyte array) X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Feb 2007 09:13:53 -0000 this has been a wonderfully well-timed thread as i am about to hack a 4tb array tomorrow afternoon. the normal spindle is separate and partitioned to death and newfsed using the defaults. with 2gb of ram, i figure 6gb swap just in case two userland hogs are running at once, e.g. some hog while background fsck is running. the 4tb will be used as a dump/restore target only. so i am thinking few files, relatively big ones, little i/o and more write than read. so my current plan is newfs -b 16384 -f 2048 -i 262144 i would crank up even further, but these are the largest numbers mentioned in tuning(7). i will leave -m alone for now. does this seem reasonable? thank you all for this thread. randy