| To: | Felix Blyakher <felixb@xxxxxxx> |
|---|---|
| Subject: | Re: XFS support for TRIM / blkdev_issue_discard? |
| From: | Dave Chinner <david@xxxxxxxxxxxxx> |
| Date: | Sun, 19 Apr 2009 18:19:27 +1000 |
| Cc: | Peter Niemayer <niemayer@xxxxxx>, xfs@xxxxxxxxxxx |
| In-reply-to: | <BB5058FD-E69F-4254-9548-82CD634C7FD6@xxxxxxx> |
| References: | <20090331053013.7642414167108@xxxxxxxxxxxxxxxxxxxxxxx> <49E4A131.5040309@xxxxxx> <BB5058FD-E69F-4254-9548-82CD634C7FD6@xxxxxxx> |
| User-agent: | Mutt/1.5.18 (2008-05-17) |
On Tue, Apr 14, 2009 at 01:32:35PM -0500, Felix Blyakher wrote: > > On Apr 14, 2009, at 9:44 AM, Peter Niemayer wrote: > >> Dear Felix Blyakher, > > Hi Peter, > >> do you know whether there are plans to support the ATA TRIM command / >> blkdev_issue_discard() call in XFS for Linux anytime soon? > > This topic was indeed brought up in xfs discussions. > Though, we don't have any definite plans on supporting it yet. I did some initial work on tracking extents being freed, but then the TRIM request morphed into a "tell the largest free space around the area just freed" and that is much harder to do than simply to issue a "we just freed this bit" command. Cheers, Dave. -- Dave Chinner dgc@xxxxxxxxxxx |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: Help debugging a use after free, Dave Chinner |
|---|---|
| Next by Date: | what is the status of XFS ?, Raz |
| Previous by Thread: | Re: XFS support for TRIM / blkdev_issue_discard?, Eric Sandeen |
| Next by Thread: | Re: XFS support for TRIM / blkdev_issue_discard?, Eric Sandeen |
| Indexes: | [Date] [Thread] [Top] [All Lists] |