From owner-freebsd-arch  Mon Oct 15  9:18:32 2001
Delivered-To: freebsd-arch@freebsd.org
Received: from rover.village.org (rover.bsdimp.com [204.144.255.66])
	by hub.freebsd.org (Postfix) with ESMTP
	id D20D337B40C; Mon, 15 Oct 2001 09:18:23 -0700 (PDT)
Received: from harmony.village.org (harmony.village.org [10.0.0.6])
	by rover.village.org (8.11.3/8.11.3) with ESMTP id f9FGILV04427;
	Mon, 15 Oct 2001 10:18:22 -0600 (MDT)
	(envelope-from imp@harmony.village.org)
Received: from harmony.village.org (localhost [127.0.0.1])
	by harmony.village.org (8.11.6/8.11.6) with ESMTP id f9FGIK722661;
	Mon, 15 Oct 2001 10:18:20 -0600 (MDT)
	(envelope-from imp@harmony.village.org)
Message-Id: <200110151618.f9FGIK722661@harmony.village.org>
To: Matt Dillon <dillon@earth.backplane.com>
Subject: Re: cvs commit: src/sbin/newfs newfs.8 newfs.c 
Cc: Ollivier Robert <roberto@ns2.freenix.org>,
	Peter Wemm <peter@wemm.org>, "David O'Brien" <obrien@FreeBSD.org>,
	cvs-committers@FreeBSD.org, freebsd-arch@FreeBSD.org
In-reply-to: Your message of "Mon, 15 Oct 2001 09:07:26 PDT."
		<200110151607.f9FG7QL54919@earth.backplane.com> 
References: <200110151607.f9FG7QL54919@earth.backplane.com>  <200110150256.f9F2ur151690@earth.backplane.com> <20011015041009.12A55380F@overcee.netplex.com.au> <20011015130353.B25715@ns2.freenix.org> 
Date: Mon, 15 Oct 2001 10:18:20 -0600
From: Warner Losh <imp@harmony.village.org>
Sender: owner-freebsd-arch@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-arch.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-arch>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-arch>
X-Loop: FreeBSD.ORG

In message <200110151607.f9FG7QL54919@earth.backplane.com> Matt Dillon writes:
:     note: we shouldn't default to anything other then 8K/1K or 16K/2K.  No
:     other combinations are optimal at the moment.

We've used 4k/512 for mfs systems on extremely small filesystems.
This seems to work too.  But unless you have a 32M part or a 1M file
system, most people won't care about that.  We've also used 4k/1k, but
weird things happened (and we're seeing weird things with the 4k/512
memory file systems on boot sometimes where it will hang in nanoslp in
mount_mfs for reasons unknown one boot in 10).

Warner


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-arch" in the body of the message