From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ric Wheeler Subject: Re: Hang running fs_mark Date: Thu, 25 Sep 2008 18:58:22 -0400 Message-ID: <48DC178E.7070302@redhat.com> References: <20080925175643.GA14205@unused.rdu.redhat.com> <1222367822.7028.55.camel@think.oraclecorp.com> <20080925183435.GB14205@unused.rdu.redhat.com> <1222369531.7028.58.camel@think.oraclecorp.com> <48DBF693.20501@redhat.com> <1222376682.7028.80.camel@think.oraclecorp.com> <48DBFE4D.6080100@redhat.com> <1222381686.7028.86.camel@think.oraclecorp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Cc: Josef Bacik , linux-btrfs@vger.kernel.org To: Chris Mason Return-path: In-Reply-To: <1222381686.7028.86.camel@think.oraclecorp.com> List-ID: Chris Mason wrote: > On Thu, 2008-09-25 at 17:10 -0400, Ric Wheeler wrote: > > >>> Ok, I have that fs_mark test running here. How far did yours get before >>> it stopped? >>> >>> -chris >>> >>> >>> >> I had gone (in heavy fsync mode) up to about 8 million files on a 1TB >> s-ata disk: >> >> 17 8064000 20480 5.6 15301404 >> >> This is the new (no system sync() call) Chris special fs_mark. The rate >> had been quite reasonable, starting out at around 160 20k files/sec, >> went under 100 files/sec at around 3 million files and then fell under >> 50 files/sec at around 7.5 million before hitting this really low speed >> at just under 8 million. >> >> Maybe it really was not hung, just extremely slow... >> >> > > I'm at 6.9 million files so far on a 500GB disk, and not surprisingly, I > get 155 files/sec ;) My hope is that we're spinning around due to bad > accounting on the reserved extents, and that Yan's latest patch set will > fix it. > > -chris I can update & restart my test as well. It is an odd box (8 CPUs, only 1GB of DRAM and a single large 1TB s-ata drive). Hopefully useful in testing out edge conditions ;-) ric