Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754393AbYHUIZz (ORCPT ); Thu, 21 Aug 2008 04:25:55 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751143AbYHUIZj (ORCPT ); Thu, 21 Aug 2008 04:25:39 -0400 Received: from ipmail01.adl6.internode.on.net ([203.16.214.146]:17900 "EHLO ipmail01.adl6.internode.on.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750820AbYHUIZh (ORCPT ); Thu, 21 Aug 2008 04:25:37 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApoEAK3ArEh5LD0w/2dsb2JhbAC1XoFm X-IronPort-AV: E=Sophos;i="4.32,244,1217773800"; d="scan'208";a="176319339" Date: Thu, 21 Aug 2008 18:25:32 +1000 From: Dave Chinner To: Szabolcs Szakacsits , Andrew Morton , linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, xfs@oss.sgi.com Subject: Re: XFS vs Elevators (was Re: [PATCH RFC] nilfs2: continuous snapshotting file system) Message-ID: <20080821082532.GE5706@disturbed> Mail-Followup-To: Szabolcs Szakacsits , Andrew Morton , linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, xfs@oss.sgi.com References: <20080820004326.519405a2.akpm@linux-foundation.org> <200808201613.AA00212@capsicum.lab.ntt.co.jp> <20080820143916.1a7eddab.akpm@linux-foundation.org> <20080821021259.GA5706@disturbed> <20080821051508.GB5706@disturbed> <20080821060418.GC5706@disturbed> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080821060418.GC5706@disturbed> User-Agent: Mutt/1.5.18 (2008-05-17) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2141 Lines: 47 On Thu, Aug 21, 2008 at 04:04:18PM +1000, Dave Chinner wrote: > On Thu, Aug 21, 2008 at 03:15:08PM +1000, Dave Chinner wrote: > > On Thu, Aug 21, 2008 at 05:46:00AM +0300, Szabolcs Szakacsits wrote: > > > On Thu, 21 Aug 2008, Dave Chinner wrote: > > > Everything is default. > > > > > > % rpm -qf =mkfs.xfs > > > xfsprogs-2.9.8-7.1 > > > > > > which, according to ftp://oss.sgi.com/projects/xfs/cmd_tars, is the > > > latest stable mkfs.xfs. Its output is > > > > > > meta-data=/dev/sda8 isize=256 agcount=4, agsize=1221440 blks > > > = sectsz=512 attr=2 > > > data = bsize=4096 blocks=4885760, imaxpct=25 > > > = sunit=0 swidth=0 blks > > > naming =version 2 bsize=4096 > > > log =internal log bsize=4096 blocks=2560, version=2 > > > = sectsz=512 sunit=0 blks, lazy-count=0 > > > realtime =none extsz=4096 blocks=0, rtextents=0 > > > > Ok, I thought it might be the tiny log, but it didn't improve anything > > here when increased the log size, or the log buffer size. > > One thing I just found out - my old *laptop* is 4-5x faster than the > 10krpm scsi disk behind an old cciss raid controller. I'm wondering > if the long delays in dispatch is caused by an interaction with CTQ > but I can't change it on the cciss raid controllers. Are you using > ctq/ncq on your machine? If so, can you reduce the depth to > something less than 4 and see what difference that makes? Just to point out - this is not a new problem - I can reproduce it on 2.6.24 as well as 2.6.26. Likewise, my laptop shows XFS being faster than ext3 on both 2.6.24 and 2.6.26. So the difference is something related to the disk subsystem on the server.... Cheers, Dave. -- Dave Chinner david@fromorbit.com -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/