|To:||Christoph Hellwig <hch@xxxxxxxxxxxxx>|
|Subject:||Re: very slow file deletion on an SSD|
|From:||David Brown <david.brown@xxxxxxxxxxxx>|
|Date:||Sat, 26 May 2012 18:00:12 +0200|
|Cc:||Ben Myers <bpm@xxxxxxx>, Joe Landman <joe.landman@xxxxxxxxx>, linux-raid <linux-raid@xxxxxxxxxxxxxxx>, xfs@xxxxxxxxxxx|
|References:||<4FBF60D1.80104@xxxxxxxxx> <20120525165719.GV16099@xxxxxxx> <20120525165938.GA13555@xxxxxxxxxxxxx>|
|User-agent:||Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:220.127.116.11) Gecko/20111108 Fedora/3.1.16-1.fc14 Thunderbird/3.1.16|
On 25/05/12 18:59, Christoph Hellwig wrote:
On Fri, May 25, 2012 at 11:57:19AM -0500, Ben Myers wrote:There are a couple recent fixes related to discard that are probably appropriate for 3.2-stable.Discard is not enabled by default.
You would not want to enable discard if slow deletes are an issue - benchmarks (on ext4) show that enabling trim makes metadata operations, and delete in particular, much slower.
|<Prev in Thread]||Current Thread||[Next in Thread>|
|Previous by Date:||[PATCH] xfs: shutdown xfs_sync_worker before the log, Ben Myers|
|Next by Date:||Re: very slow file deletion on an SSD, Stan Hoeppner|
|Previous by Thread:||Re: very slow file deletion on an SSD, Christoph Hellwig|
|Next by Thread:||Re: very slow file deletion on an SSD, Stan Hoeppner|
|Indexes:||[Date] [Thread] [Top] [All Lists]|