From owner-freebsd-current Mon Mar 17 20:35:21 2003 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 0B29237B401 for ; Mon, 17 Mar 2003 20:35:20 -0800 (PST) Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 104A643FCB for ; Mon, 17 Mar 2003 20:35:19 -0800 (PST) (envelope-from ken@panzer.kdm.org) Received: from panzer.kdm.org (localhost [127.0.0.1]) by panzer.kdm.org (8.12.6/8.12.5) with ESMTP id h2I4ZI8U075391; Mon, 17 Mar 2003 21:35:18 -0700 (MST) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.12.6/8.12.5/Submit) id h2I4ZHGB075390; Mon, 17 Mar 2003 21:35:18 -0700 (MST) (envelope-from ken) Date: Mon, 17 Mar 2003 21:35:17 -0700 From: "Kenneth D. Merry" To: Jeff Roberson Cc: Terry Lambert , Brooks Davis , Julian Elischer , Alfred Perlstein , FreeBSD current users , fs@FreeBSD.ORG Subject: Re: Anyone working on fsck? Message-ID: <20030317213517.A75211@panzer.kdm.org> References: <3E769970.3A05ECAF@mindspring.com> <20030317230147.I66343-100000@mail.chesapeake.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20030317230147.I66343-100000@mail.chesapeake.net>; from jroberson@chesapeake.net on Mon, Mar 17, 2003 at 11:02:38PM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Mar 17, 2003 at 23:02:38 -0500, Jeff Roberson wrote: > On Mon, 17 Mar 2003, Terry Lambert wrote: > > Jeff Roberson wrote: > > > On Mon, 17 Mar 2003, Brooks Davis wrote: > > > > I am still intrested in improvements to fsck since I'm planning to buy > > > > several systems with two 1.4TB IDE RAID5 arrays in them soon. > > > > > > For these types of systems doing a block caching layer with a prefetch > > > that understands how many spindles there are would be a huge benefit. > > > > I call that layer "Vinum" or "RAIDFrame", since that's a job I > > expect that code to do for me. 8-). > > They are not responsible for data caching. Only informing the upper > layers how many spindles they have. Software RAID should be a transform > only in my opinion. There is no reason to have duplicate block caches in > system memory. There are times when a software RAID layer should do some caching. Hopefully your software RAID layer will be integrated enough into the system that it can avoid doing any copies, though. The place where you really want some sort of caching is when you try to coalesce buffers to get full stripe writes with RAID-5. Otherwise, you have to do read-modify-write, which is more expensive. There are other cases where caching is needed for RAID-1 and RAID-5, but they generally require specialized hardware. (Hint: why do many controllers that support RAID-1 and RAID-5 have battery backed caches?) Other than stripe coalescing, and those cases that come up when you have specialized hardware, you're right, RAID should be a transform that doesn't require copying. (Caching is another story.) Ken -- Kenneth Merry ken@kdm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message