From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id q6611XhD117588 for ; Thu, 5 Jul 2012 20:01:33 -0500 Received: from ipmail06.adl2.internode.on.net (ipmail06.adl2.internode.on.net [150.101.137.129]) by cuda.sgi.com with ESMTP id estQeOvTDd2OEhx1 for ; Thu, 05 Jul 2012 18:01:31 -0700 (PDT) Date: Fri, 6 Jul 2012 11:01:26 +1000 From: Dave Chinner Subject: Re: 3.5.0-rc5: inconsistent lock state Message-ID: <20120706010126.GT19223@dastard> References: <20120705074307.GA28127@infradead.org> <20120705215940.GP19223@dastard> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: 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: Christian Kujau Cc: Christoph Hellwig , xfs@oss.sgi.com On Thu, Jul 05, 2012 at 04:39:21PM -0700, Christian Kujau wrote: > On Fri, 6 Jul 2012 at 07:59, Dave Chinner wrote: > > It means that you have enough attributes that they don't fit in the > > inode, so every time they are read or written you have to do an > > extra IO on top of reading/writing the inode. Performance can easily > > drop by an order of magnitude when the attributes are moved out of > > the inode.... > > xfs_info shows isize=256 - but I'm not sure how I would have exceeded that > limit? I'm not using SELinux or anhy other security frameworks on that > machine, only plain unix permissions. Just check again, no ACLs, no EAs, > no file attributes are set on these filesystems. Applications can use attributes without you being aware of them. e.g. Samba, desktop search/indexing, etc might be using attributes even though you aren't explicitly using them.... > The filesystems make heavy use of hardlinks, but files usually have no > more than ~12 hardlinks, so that counter should not exceed the inode > size either. Hardlinks are not attributes, and the counter is in the inode core so this won't have any impact on attributes being places out of line. > > Typically there is 50-70 bytes of attribute space available in 256 > > byte inodes, larger attributes or lots of them will push them out of > > the inode.... > > 50 bytes sounds more than enought for holding only unix permissions. Unix permissions are held in the inode core, not in the attribute space. And i did say "typically". if you have a file that has 6-7 extents, then there won't be any space for attributes and it will put new attributes out of line immediately.... > Does > it matter that the filesystem is somewhat larger? Not too large though, > all xfs filesystems are < 1TB in size. No. Cheers, Dave. -- Dave Chinner david@fromorbit.com _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs