Search String: Display: Description: Sort:

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*XFS\s+support\s+for\s+TRIM\s+\/\s+blkdev_issue_discard\?\s*$/: 10 ]

Total 10 documents matching your query.

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