From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id p0RNbe9X050868 for ; Thu, 27 Jan 2011 17:37:40 -0600 Received: from ipmail06.adl2.internode.on.net (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id 0344C154A682 for ; Thu, 27 Jan 2011 15:40:03 -0800 (PST) Received: from ipmail06.adl2.internode.on.net (ipmail06.adl2.internode.on.net [150.101.137.129]) by cuda.sgi.com with ESMTP id ORyGn3beXBIb3onE for ; Thu, 27 Jan 2011 15:40:03 -0800 (PST) Date: Fri, 28 Jan 2011 10:39:29 +1100 From: Dave Chinner Subject: Re: xfs: very slow after mount, very slow at umount Message-ID: <20110127233929.GM21311@dastard> References: <4D40C8D1.8090202@teksavvy.com> <20110127033011.GH21311@dastard> <4D40EB2F.2050809@teksavvy.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <4D40EB2F.2050809@teksavvy.com> List-Id: XFS Filesystem from SGI List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xfs-bounces@oss.sgi.com Errors-To: xfs-bounces@oss.sgi.com To: Mark Lord Cc: Christoph Hellwig , xfs@oss.sgi.com, Linux Kernel , Alex Elder On Wed, Jan 26, 2011 at 10:49:03PM -0500, Mark Lord wrote: > On 11-01-26 10:30 PM, Dave Chinner wrote: > > [Please cc xfs@oss.sgi.com on XFS bug reports. Added.] > > > > On Wed, Jan 26, 2011 at 08:22:25PM -0500, Mark Lord wrote: > >> Alex / Christoph, > >> > >> My mythtv box here uses XFS on a 2TB drive for storing recordings and videos. > >> It is behaving rather strangely though, and has gotten worse recently. > >> Here is what I see happening: > >> > >> The drive mounts fine at boot, but the very first attempt to write a new file > >> to the filesystem suffers from a very very long pause, 30-60 seconds, during which > >> time the disk activity light is fully "on". > > > > Please post the output of xfs_info so we can see what you > > filesystem configuration is. > > /dev/sdb1 on /var/lib/mythtv type xfs > (rw,noatime,allocsize=64M,logbufs=8,largeio) > > [~] xfs_info /var/lib/mythtv > meta-data=/dev/sdb1 isize=256 agcount=7453, agsize=65536 blks > = sectsz=512 attr=2 > data = bsize=4096 blocks=488378638, imaxpct=5 > = sunit=0 swidth=0 blks > naming =version 2 bsize=4096 ascii-ci=0 > log =internal bsize=4096 blocks=32768, version=2 > = sectsz=512 sunit=0 blks, lazy-count=0 > realtime =none extsz=4096 blocks=0, rtextents=0 7453 AGs means that the first write coud cause up to ~7500 disk reads to occur as the AGF headers are read in to find where the best free space extent for allocation lies. That'll be your problem. Cheers, Dave. -- Dave Chinner david@fromorbit.com _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs