From owner-freebsd-fs@FreeBSD.ORG Wed Jan 26 21:28:25 2005 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2411516A4CE for ; Wed, 26 Jan 2005 21:28:25 +0000 (GMT) Received: from VARK.MIT.EDU (VARK.MIT.EDU [18.95.3.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id C057243D48 for ; Wed, 26 Jan 2005 21:28:24 +0000 (GMT) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (localhost [127.0.0.1]) by VARK.MIT.EDU (8.13.1/8.13.1) with ESMTP id j0QLScYo061479; Wed, 26 Jan 2005 16:28:38 -0500 (EST) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by VARK.MIT.EDU (8.13.1/8.13.1/Submit) id j0QLScde061478; Wed, 26 Jan 2005 16:28:38 -0500 (EST) (envelope-from das@FreeBSD.ORG) Date: Wed, 26 Jan 2005 16:28:38 -0500 From: David Schultz To: Arne WXrner Message-ID: <20050126212838.GA61425@VARK.MIT.EDU> Mail-Followup-To: Arne WXrner , freebsd-fs@FreeBSD.ORG References: <20050126172541.GA13950@VARK.MIT.EDU> <20050126174604.1701.qmail@web41205.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050126174604.1701.qmail@web41205.mail.yahoo.com> cc: freebsd-fs@FreeBSD.ORG Subject: Re: ufs+softupdates / consistency X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 21:28:25 -0000 On Wed, Jan 26, 2005, Arne WXrner wrote: > I would be glad, if somebody explains me, why ext2fs/async in > Linux kernel 2.4.27 (KNOPPIX V3.7) is much faster (about 4 times > faster) than a ufs with soft updates on the same slice of the hard > disc? > > Is it due to consistency reasons? In case of a ext2fs/sync in my > Linux setting Linux was about 4 times slower. ext2fs mounted async does not provide consistency; in fact the state of the disk can be almost arbitrarily inconsistent at any given time. Soft updates is supposed to provide performance comparable to async writes without the inconsistency problem. I'm not sure what it is about your setup that causes such a disparity. (Many factors such as the FS block size and ATA write caching can make a big difference.) By the way, ext3fs uses journalling, which provides metadata consistency in a very different way from soft updates. You might also want to experiment with that to see if it works better for your workload. > Are we already trying to issue write order requests for the disc > blocks (whose write order is arbitrary) sorted by sector number > (in order to move the disc heads as less as possible)? The disc > write cache could do that, but I disabled it in order to decrease > the probability of inconsistency. Hopefully you disabled it on both FreeBSD and Linux, so you're comparing apples to apples...