[Top] [All Lists]

Re: long hangs when deleting large directories (3.0-rc3)

To: Dave Chinner <david@xxxxxxxxxxxxx>
Subject: Re: long hangs when deleting large directories (3.0-rc3)
From: Markus Trippelsdorf <markus@xxxxxxxxxxxxxxx>
Date: Mon, 20 Jun 2011 02:54:15 +0200
Cc: xfs@xxxxxxxxxxx
Dkim-signature: v=1; a=rsa-sha256; c=simple; d=mail.ud10.udmedia.de; h= date:from:to:cc:subject:message-id:references:mime-version: content-type:in-reply-to; q=dns/txt; s=beta; bh=PVUsCuk3+nMH/OIb dvIjAlSUsNGJjz7pO00UlV4E9MY=; b=Sbs1UJT5dMTydJrH542LpbbwPILnp8QC aCQWa0BDePtE903fMVwEncUZGVpwqa2vK0LpB6KizT+RHG58s1uKayfpLo9zrMiu eQ0q0nLT5e6H9WdzCRsF98DsYcTC0cMnP7TlgpVqWROZAFD3DzTbv7+DlstNMvyo /F3nMUyZiuc=
In-reply-to: <20110619222447.GI561@dastard>
References: <20110618141950.GA1685@xxxxxxxxxxxxxx> <20110619222447.GI561@dastard>
On 2011.06.20 at 08:24 +1000, Dave Chinner wrote:
> On Sat, Jun 18, 2011 at 04:19:50PM +0200, Markus Trippelsdorf wrote:
> > Running the latest git kernel (3.0-rc3) my machine hangs for long
> > periods (1-2 sec) whenever I delete a large directory recursively on my
> > xfs partition. During the hang I cannot move the mouse pointer or use
> > the keyboard (but the music keeps playing without stuttering). A quick
> > way to reproduce is to "rm -fr" a kernel tree. 
> So what is the system doing when it "hangs"? Is it CPU bound (e.g.
> cpu scheduler issue)? Is the system running out of memory and
> stalling everything in memory reclaim? What IO is occurring?

It's totally idle otherwise; just a desktop with a single xterm. The
machine has four cores (and also runs with "CONFIG_PREEMPT=y"), so I
don't think it is CPU bound at all. It has 8GB of memory (and the
"hangs" even occur after reboot when most of it is free). No other IO
activity is occurring.

> > This happens on a 4kb SATA hard drive:
> How does this appear to the OS? as a 512/512, 512/4k or 4k/4k
> logical/physical sector size drive?

It unfortunately appears as 512/512, but because I know it's a 4KB
drive, I formated it with "-s size=4096".

> > xfs_info /var
> > meta-data=/dev/sda1              isize=256    agcount=4, agsize=12800000 
> > blks
> >          =                       sectsz=4096  attr=2
> > data     =                       bsize=4096   blocks=51200000, imaxpct=25
> >          =                       sunit=0      swidth=0 blks
> > naming   =version 2              bsize=4096   ascii-ci=0
> > log      =internal               bsize=4096   blocks=25000, version=2
> >          =                       sectsz=4096  sunit=1 blks, lazy-count=1
> > realtime =none                   extsz=4096   blocks=0, rtextents=0
> > 
> > /dev/sda1 on /var type xfs (rw,noatime,attr2,delaylog,logbsize=256k,noquota)
> Is your partition correctly sector aligned for however your drive
> maps it's 4k sectors?

Yes, it's a GPT partition that is aligned to 1MB.


<Prev in Thread] Current Thread [Next in Thread>