On Mon, Jan 17, 2011 at 9:46 AM, Ric Wheeler <rwheeler@xxxxxxxxxx> wrote: > > I would like to spend some time reviewing where we stand with the discard > support - specifically review where we do in the stack (creation time, > fine-grained during deletions, other bulk times), how the options perform > and any performance results we have with various classes of devices (SCSI > and SSD). > > Similar interest in how the topology/alignment support has worked out. > > Both topics took a lot of effort on our part and I expect that we are just > now going to be hitting the point where hardware vendors take us seriously > enough & are starting to test.... +1 Would be nice to hear from the stake holders at the various storage vendors (or users who have experience with said vendors' support/performance or lack thereof). At the last LSF, Martin and I spoke of the topology/alignment support that was added but it generated little discussion. Could be such detail was too early, maybe this time around vendors will be more vocal. One nagging sticking point for some storage vendors is the Linux requirement that a LUN advertise itself as SPC-3 compliant (in order for Linux's SCSI layer to issue a READ CAPACITY 16, etc). Discard is more sexy so I'd expect a bit more discussion for that topic. And again, BLOCK LIMITS VPD PAGE requirements have kept some vendors from implementing UNMAP support (sticking with WRITE SAME w/ UNMAP bit set). Mike -- To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
