Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 03 Jun 2003 15:17:02 -0700 (PDT) Received: from tolkor.sgi.com (tolkor.SGI.COM [198.149.18.6]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h53MGw2x028235 for ; Tue, 3 Jun 2003 15:16:59 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by tolkor.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with SMTP id h53MWlVe013117 for ; Tue, 3 Jun 2003 17:32:47 -0500 Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA03255 for ; Wed, 4 Jun 2003 08:15:35 +1000 Received: from wobbly.melbourne.sgi.com (localhost [127.0.0.1]) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id h53MFYtt091439 for ; Wed, 4 Jun 2003 08:15:34 +1000 (EST) Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id h53MFXj2088581 for linux-xfs@oss.sgi.com; Wed, 4 Jun 2003 08:15:33 +1000 (EST) Date: Wed, 4 Jun 2003 08:15:33 +1000 From: Nathan Scott To: xfs mailing list Subject: Re: xfs performance tuning Message-ID: <20030604081533.C91882@wobbly.melbourne.sgi.com> References: <3512.1054466831@ocs3.intra.ocs.com.au> <20030602230713.GC714@frodo> <20030603051946.GA1165@frodo> <20030603085416.GA7845@thomas.arkena.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20030603085416.GA7845@thomas.arkena.com>; from thomas@arkena.dk on Tue, Jun 03, 2003 at 10:54:16AM +0200 X-archive-position: 4217 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs On Tue, Jun 03, 2003 at 10:54:16AM +0200, Thomas Kirk wrote: > Hep > > On Tue, Jun 03, 2003 at 03:19:46PM +1000, Nathan Scott wrote: > > > There are plenty more knobs to tweak, yes. You should also > > check that you are not doing any extra checks (e.g. do you have > > debug or ACLs enabled?) that are not being done in ext2. > > Does ACL decrase XFS performance considerable? > Having ACLs enabled means slightly more work must be done, but not much. Having an ACL set on an inode means still more work must be done, including additional disk IO when the ACL is not being stored directly in the inode, so that can have an impact on benchmarks. Since ext2 wont be doing ACl stuff in the stock 2.4.20 kernels, it makes for a more direct comparison if ACLs are not enabled in XFS too, of course. cheers. -- Nathan