| To: | Richard Ems <richard.ems@xxxxxxxxxxxxxxxxx> |
|---|---|
| Subject: | Re: XFS unlink still slow on 3.1.9 kernel ? |
| From: | Christoph Hellwig <hch@xxxxxxxxxxxxx> |
| Date: | Mon, 13 Feb 2012 13:02:20 -0500 |
| Cc: | Christoph Hellwig <hch@xxxxxxxxxxxxx>, xfs@xxxxxxxxxxx |
| In-reply-to: | <4F394E10.9000804@xxxxxxxxxxxxxxxxx> |
| References: | <4F394116.8080200@xxxxxxxxxxxxxxxxx> <20120213170825.GA7197@xxxxxxxxxxxxx> <4F394442.9020307@xxxxxxxxxxxxxxxxx> <20120213171556.GA13449@xxxxxxxxxxxxx> <4F3947D6.5060402@xxxxxxxxxxxxxxxxx> <20120213172937.GA25248@xxxxxxxxxxxxx> <4F394E10.9000804@xxxxxxxxxxxxxxxxx> |
| User-agent: | Mutt/1.5.21 (2010-09-15) |
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. |
| Previous by Date: | Re: [PATCH 3/3 v2] xfstests: add btrfs online defragments QA test, Christoph Hellwig |
|---|---|
| Next by Date: | [GIT PULL] XFS update for 3.3, Ben Myers |
| Previous by Thread: | Re: XFS unlink still slow on 3.1.9 kernel ?, Richard Ems |
| Next by Thread: | Re: XFS unlink still slow on 3.1.9 kernel ?, Richard Ems |
| Indexes: | [Date] [Thread] [Top] [All Lists] |