| To: | <xfs@xxxxxxxxxxx> |
|---|---|
| Subject: | performance problems with XFS and Linux kernel 2.6.24.4 |
| From: | "Bond Masuda" <bond.masuda@xxxxxxxxxx> |
| Date: | Mon, 7 Apr 2008 14:24:41 -0700 |
| Organization: | JL Bond Consulting |
| Sender: | xfs-bounce@xxxxxxxxxxx |
| Thread-index: | AciY9crE3isP5DM2QeeSspEAp9S0hQ== |
Hi, I am aware of the change regarding barrier/nobarrier in 2.6.17 and above. However, the performance hit I'm seeing is very severe and much worse than what I was seeing in 2.6.17 (bundled with latest updates in Fedora Core 4). I'm currently running Fedora 8 with 2.6.24.4-64.fc8. If I remove nobarrier mount option, it takes seconds just to write few megabytes and the system becomes very very sluggish. On 2.6.17 (Fedora 4) without the nobarrier option it was still usable. The XFS file system is about 900GB, if that matters. Is this a known problem? How can I gather more information to figure out exactly what is going on? Thanks, -Bond |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: [Patch] unique per-AG inode generation number initialisation, Christoph Hellwig |
|---|---|
| Next by Date: | Re: Does XFS prevent disk spindown?, Thor Kristoffersen |
| Previous by Thread: | [PATCH] don't validate symlink target component length, Christoph Hellwig |
| Next by Thread: | Re: performance problems with XFS and Linux kernel 2.6.24.4, David Chinner |
| Indexes: | [Date] [Thread] [Top] [All Lists] |