From owner-freebsd-questions@FreeBSD.ORG Fri Oct 31 03:05:44 2008 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 24090106564A; Fri, 31 Oct 2008 03:05:44 +0000 (UTC) (envelope-from rich@pencil.math.missouri.edu) Received: from pencil.math.missouri.edu (pencil.math.missouri.edu [128.206.184.195]) by mx1.freebsd.org (Postfix) with ESMTP id E57F58FC0A; Fri, 31 Oct 2008 03:05:43 +0000 (UTC) (envelope-from rich@pencil.math.missouri.edu) Received: from pencil.math.missouri.edu (localhost [127.0.0.1]) by pencil.math.missouri.edu (8.13.8/8.13.8) with ESMTP id m9V35hh4058552; Thu, 30 Oct 2008 22:05:43 -0500 (CDT) (envelope-from rich@pencil.math.missouri.edu) Received: (from rich@localhost) by pencil.math.missouri.edu (8.13.8/8.13.8/Submit) id m9V35hls058551; Thu, 30 Oct 2008 22:05:43 -0500 (CDT) (envelope-from rich) Date: Thu, 30 Oct 2008 22:05:43 -0500 From: Rich Winkel To: Jeremy Chadwick Message-ID: <20081031030543.GA58401@pencil.math.missouri.edu> References: <9f3798c00810291118i1c80cb8cw8d4995eabe6a4f8f@mail.gmail.com> <4908BE2C.7010505@infracaninophile.co.uk> <20081030231207.GA56260@pencil.math.missouri.edu> <20081030233849.GA16747@icarus.home.lan> <20081031014159.GI22915@pencil.math.missouri.edu> <20081031023347.GA19474@icarus.home.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081031023347.GA19474@icarus.home.lan> User-Agent: Mutt/1.4.2.3i Cc: Rich Winkel , freebsd-questions@freebsd.org Subject: Re: Filesystem, RAID Question X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Oct 2008 03:05:44 -0000 On Thu, Oct 30, 2008 at 07:33:47PM -0700, Jeremy Chadwick wrote: > > One of the main functions of softupdates is to order disk updates in such > > a way that the fs organizational integrity is maintained at all times. > > And we've recently found that this is simply not the case. The benefits > of SU are applicable to very specific environments; desktop PCs are the > main ones, offering great performance improvements there. Thanks for pointing that out. Is this an acknowledged bug in SU? Is it still a problem in 7.0? > > Of course this doesn't protect against actual sector corruption, but if > > the disk is between writes at the time it loses power, the fs structure > > is supposed to still be internally consistent. At least that's my > > understanding of it. > > Yep, that's how I understand it as well. But this is a different topic > than what we were discussing 2-3 replies ago, talking about how a RAID > controller with cache + BBU is sufficient enough to guarantee data > integrity even when power is lost -- that's incorrect. The reason I brought it up is that it occurred to me that if the hardware raid card reorders disk i/o it would mess with SU's ordering. I wonder whether this was happening in the previous thread you referred to concerning fsck? Rich