From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: with ECARTIS (v1.0.0; list xfs); Wed, 04 Apr 2007 06:57:26 -0700 (PDT) Received: from lucidpixels.com (lucidpixels.com [75.144.35.66]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id l34DvKfB030429 for ; Wed, 4 Apr 2007 06:57:21 -0700 Date: Wed, 4 Apr 2007 09:57:16 -0400 (EDT) From: Justin Piszcz Subject: Re: Strange delete performance using XFS In-Reply-To: <20070404134724.GF18320@mail3b.westend.com> Message-ID: References: <20070404130535.GE18320@mail3b.westend.com> <20070404134724.GF18320@mail3b.westend.com> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-1463747160-295697546-1175695036=:7309" Sender: xfs-bounce@oss.sgi.com Errors-to: xfs-bounce@oss.sgi.com List-Id: xfs To: Thomas Kaehn Cc: xfs@oss.sgi.com This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---1463747160-295697546-1175695036=:7309 Content-Type: TEXT/PLAIN; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Wed, 4 Apr 2007, Thomas Kaehn wrote: > Hi Justin, > > On Wed, Apr 04, 2007 at 09:29:46AM -0400, Justin Piszcz wrote: >>> Please see below for "time" output. >>> >>> | # time for i in `seq 1 100000`; do dd if=3D/dev/zero of=3D$i bs=3D1k = count=3D20 >>>> /dev/null 2>&1; done >>> | >>> | real 6m6.814s >>> | user 0m30.290s >>> | sys 2m42.562s >>> | # time rm -rf y >>> | >>> | real 5m18.034s >>> | user 0m0.036s >>> | sys 0m8.169s > >> Deletes on XFS is one area that is a little slower than other filesystem= s. >> You can increase the log size during the creation of the filesystem and >> also increase logbufs to 8 and that might help. > > Thanks for your suggestions. > > I also tried to increase the log size and logbufs mount option. This > optimizes create and delete times to the above values (with default optio= ns > both are around 9-10 minutes). > > The strange thing is that on a similar Dell machines using XFS, too, > deletes take only ten seconds which would match user and system time. > > More than five minutes for deleting 100000 files where ext3 needs > 3 seconds on the same machine is actually more than a little bit slower > - to my mind there must be something wrong. JFS needs around 18 seconds. > > However I am not sure if the problem is hardware or software related. > I've also tried to use the newest 3ware firmware - but this did not lead > to an improvement. > > Ciao, > Thomas > --=20 > Thomas K=E4hn WESTEND GmbH | Internet-Business-Provid= er > Technik CISCO Systems Partner - Authorized Reseller > Im S=FCsterfeld 6 Tel 0241/701333-18 > tk@westend.com D-52072 Aachen Fax 0241/911879 > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > Die Gesellschaft ist eingetragen im Handelsregister Aachen unter HRB 7608 > Gesch=E4ftsf=FChrer: Thomas Neugebauer, Thomas Heller, Michael = Kolb > > The benchmark: $ time for i in `seq 1 100000`; do dd if=3D/dev/zero of=3D$i bs=3D1k count= =3D20=20 >/dev/null 2>&1; done 1. Six 400GB SATA drives using SW RAID5: real 6m24.411s user 0m43.097s sys 2m17.350s 2. Four Raptor 150 ADFD drives using SW RAID5: real 3m16.962s user 0m42.899s sys 2m15.420s 3. Two Raptor 74GB *GD drives using SW RAID1: real 3m19.241s user 0m41.731s sys 2m15.873s ---1463747160-295697546-1175695036=:7309--