- 1. XFS support for TRIM / blkdev_issue_discard? (score: 1)
- Author: Peter Niemayer <niemayer@xxxxxx>
- Date: Tue, 14 Apr 2009 16:44:01 +0200
- Dear Felix Blyakher, do you know whether there are plans to support the ATA TRIM command / blkdev_issue_discard() call in XFS for Linux anytime soon? I ask because as someone who is currently benchma
- /archives/xfs/2009-04/msg00072.html (8,031 bytes)
- 2. Re: XFS support for TRIM / blkdev_issue_discard? (score: 1)
- Author: Felix Blyakher <felixb@xxxxxxx>
- Date: Tue, 14 Apr 2009 13:32:35 -0500
- 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 xf
- /archives/xfs/2009-04/msg00074.html (8,986 bytes)
- 3. Re: XFS support for TRIM / blkdev_issue_discard? (score: 1)
- Author: Peter Niemayer <niemayer@xxxxxx>
- Date: Wed, 15 Apr 2009 11:43:58 +0200
- This topic was indeed brought up in xfs discussions. Though, we don't have any definite plans on supporting it yet. That doesn't mean that we oppose to it, just the lack of resources at the moment. Y
- /archives/xfs/2009-04/msg00079.html (8,952 bytes)
- 4. Re: XFS support for TRIM / blkdev_issue_discard? (score: 1)
- Author: Peter Niemayer <niemayer@xxxxxx>
- Date: Wed, 15 Apr 2009 13:58:21 +0200
- FYI: I added my proposal to the Wiki: http://xfs.org/index.php/Support_discarding_of_unused_sectors (plus a reference at http://xfs.org/index.php/Ideas_for_XFS ) Regards, Peter Niemayer
- /archives/xfs/2009-04/msg00081.html (8,423 bytes)
- 5. Re: XFS support for TRIM / blkdev_issue_discard? (score: 1)
- Author: Peter Niemayer <niemayer@xxxxxx>
- Date: Fri, 17 Apr 2009 18:09:44 +0200
- Update: In a recent forum entry ( http://www.ocztechnologyforum.com/forum/showthread.php?t=54379&page=11 ) Mark Lord (the maintainer of the "hdparm" tool) states that according to his tests the newly
- /archives/xfs/2009-04/msg00108.html (8,629 bytes)
- 6. Re: XFS support for TRIM / blkdev_issue_discard? (score: 1)
- Author: Eric Sandeen <sandeen@xxxxxxxxxxx>
- Date: Fri, 17 Apr 2009 11:50:54 -0500
- I don't think anyone disagrees that it's a good idea; it's a question of resources and priorities, is all. -Eric
- /archives/xfs/2009-04/msg00109.html (8,712 bytes)
- 7. Re: XFS support for TRIM / blkdev_issue_discard? (score: 1)
- Author: Dave Chinner <david@xxxxxxxxxxxxx>
- Date: Sun, 19 Apr 2009 18:19:27 +1000
- 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
- /archives/xfs/2009-04/msg00114.html (9,027 bytes)
- 8. Re: XFS support for TRIM / blkdev_issue_discard? (score: 1)
- Author: Eric Sandeen <sandeen@xxxxxxxxxxx>
- Date: Sun, 19 Apr 2009 10:51:24 -0500
- FWIW, ext[34] is still doing it block by block. At least for SSDs, I think that's fine, isn't it? For think provisioning it might be different. I think (?) the simply block-by-block free is still rel
- /archives/xfs/2009-04/msg00117.html (9,694 bytes)
- 9. Re: XFS support for TRIM / blkdev_issue_discard? (score: 1)
- Author: Peter Niemayer <niemayer@xxxxxx>
- Date: Mon, 20 Apr 2009 20:45:30 +0200
- Eric Sandeen wrote: Dave Chinner wrote: 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
- /archives/xfs/2009-04/msg00137.html (10,859 bytes)
- 10. Re: XFS support for TRIM / blkdev_issue_discard? (score: 1)
- Author: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- Date: Mon, 20 Apr 2009 15:11:19 -0400
- http://www.t13.org/Documents/UploadedDocuments/docs2008/e07154r6-Data_Set_Management_Proposal_for_ATA-ACS2.doc This was never an issue with SSDs. The requirement comes from thin-provisioned SCSI dis
- /archives/xfs/2009-04/msg00138.html (10,349 bytes)
This search system is powered by
Namazu