From owner-freebsd-arch Fri Oct 19 10:19:54 2001 Delivered-To: freebsd-arch@freebsd.org Received: from mx.wgate.com (mail.wgate.com [38.219.83.4]) by hub.freebsd.org (Postfix) with SMTP id C6E1137B401 for ; Fri, 19 Oct 2001 10:19:48 -0700 (PDT) To: tlambert2@mindspring.com Cc: Ollivier Robert , freebsd-arch@FreeBSD.ORG, Matt Dillon Received: From MAIL.TVOL.NET (10.1.1.4[10.1.1.4 port:3666]) by mx.wgate.comMail essentials (server 2.429) with SMTP id: <13744@mx.wgate.com>transfer for ; Fri, 19 Oct 2001 1:17:53 PM -0400 ;transfer smtpmailfrom X-MESINK_Inbound: 0 X-MESINK_MailForType: SMTP X-MESINK_SenderType: SMTP X-MESINK_Sender: rjesup@wgate.com X-MESINK_MailFor: freebsd-arch@FreeBSD.ORG Received: from jesup.eng.tvol.net ([10.32.2.26]) by mail.tvol.net with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13)id VC7GSQ6B; Fri, 19 Oct 2001 13:18:20 -0400 Reply-To: Randell Jesup Subject: Re: cvs commit: src/sbin/newfs newfs.8 newfs.c References: <200110110851.f9B8ptf60343@freefall.freebsd.org><20011011112527.A54224@coffee.q9media.com><20011011154203.C44561@dragon.nuxi.com><20011013143225.B4527@ns2.freenix.org><20011013172706.A53976@dragon.nuxi.com><20011014160303.A22301@ns2.freenix.org><20011014194232.A50125@dragon.nuxi.com><00005ba2015f4b07d1@[192.168.1.4]> <0000157003191707d1@[192.168.1.4]><20011018225023.B41916@tara.freenix.org><0000471a054ac107d1@[192.168.1.4]> From: Randell Jesup Date: 19 Oct 2001 13:26:20 -0400 In-Reply-To: Terry Lambert's message of "Fri, 19 Oct 2001 09:38:01 -0700" User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 Content-Type: text/plain; charset=us-ascii x-receiver: freebsd-arch@FreeBSD.ORG x-sender: rjesup@wgate.com Content-Transfer-Encoding: Quoted-Printable MIME-Version: 1.0 Message-ID: <0000479c054b4307d1@[192.168.1.4]> Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Terry Lambert writes: >Ollivier Robert wrote: >> According to Randell Jesup: >> > So, do we really have problems with 16k/4k/64? If so, let's fix the >> > problems. >> >> I don't know really if we have problems with something other than a 8:1 = ratio >> but 4k is too big IMO and wastes too much space. Bruce Evans noted that there's a bug in my disklabel.c patch that's= been in for 7 months, and frag is set to 0 if the user didn't specify it by= hand. newfs considers frag of 0 to be 1024, and also limits block size to 8*frag, so the default actually was 8192/1024 >There are some obvious problems with any frag size larger than >the physical disk block side, when it comes to guaranteeing the >atomicity of the writes in a situation where the system is not >stable (e.g. connected to the power grid in California). 1024 is larger than physical disk sector size too. The FS should deal with this possibility anyways. -- Randell Jesup, Worldgate Communications, ex-Scala, ex-Amiga OS team rjesup@wgate.com "They that can give up essential liberty to obtain a little temporary safet= y deserve neither liberty nor safety." -Benjamin Franklin, Historical Review of Pennsylvania, 1759. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message