[Top] [All Lists]

Re: XFS unlink still slow on 3.1.9 kernel ?

To: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Subject: Re: XFS unlink still slow on 3.1.9 kernel ?
From: Richard Ems <richard.ems@xxxxxxxxxxxxxxxxx>
Date: Mon, 13 Feb 2012 19:06:44 +0100
Cc: xfs@xxxxxxxxxxx
In-reply-to: <20120213180220.GA24163@xxxxxxxxxxxxx>
References: <4F394116.8080200@xxxxxxxxxxxxxxxxx> <20120213170825.GA7197@xxxxxxxxxxxxx> <4F394442.9020307@xxxxxxxxxxxxxxxxx> <20120213171556.GA13449@xxxxxxxxxxxxx> <4F3947D6.5060402@xxxxxxxxxxxxxxxxx> <20120213172937.GA25248@xxxxxxxxxxxxx> <4F394E10.9000804@xxxxxxxxxxxxxxxxx> <20120213180220.GA24163@xxxxxxxxxxxxx>
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.1) Gecko/20120129 Thunderbird/10.0.1
On 02/13/2012 07:02 PM, Christoph Hellwig wrote:
> On Mon, Feb 13, 2012 at 06:53:20PM +0100, Richard Ems wrote:
>> I will try to install a > 3.2 kernel and will create new XFS partitions
>> with "-i size=1024", since we use ACLs a lot for user access.
>> Is there a chance to change existing XFS partitions to "-i size=1024" ?
> Unfortunately not.  Note that the speedups in 3.2 only matter for
> out of line attributes - once you store the ACLs inside the inode the
> code that makes it dog slow in old kernels is never used.

Ok, I see, many thanks.


1. use kernels > 3.2, if XFS partition was not created using "-i size=1024"

2. if XFS partition was created using "-i size=1024", kernels < 3.2 will
also be fast while unlinking files with out of line attributes



Richard Ems       mail: Richard.Ems@xxxxxxxxxxxxxxxxx

Cape Horn Engineering S.L.
C/ Dr. J.J. Dómine 1, 5º piso
46011 Valencia
Tel : +34 96 3242923 / Fax 924

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