From: Ric Wheeler <rwheeler@redhat.com>
To: David Woodhouse <dwmw2@infradead.org>,
James Bottomley <James.Bottomley@HansenPartnership.com>,
"Martin K. Petersen" <mkp@mkp.net>
Cc: Matthew Wilcox <matthew@wil.cx>, Jeff Garzik <jeff@garzik.org>,
linux-scsi@vger.kernel.org, linux-fsdevel@vger.kernel.org,
IDE/ATA development list <linux-ide@vger.kernel.org>
Subject: TRIM vs UNMAP vs WRITE SAME and thin devices
Date: Sat, 07 Feb 2009 09:53:06 -0500 [thread overview]
Message-ID: <498DA052.6090605@redhat.com> (raw)
In-Reply-To: <1232721777.4430.7.camel@macbook.infradead.org>
I have been poked at by some vendors about the status of our support for
the virtually/thinly provisioned luns since they are getting close to
being able to test with real devices.
My quick summary is that we most of the work so far has been done
without any real hardware to play with - in 2.6.29-rc3, I don't see any
low level ATA or SCSI bits that turn requests tagged with REQ_DISCARD
into the specific ATA or SCSI commands. Did I miss something & if not,
do we have plans to push anything upstream soonish?
One note on the SCSI devices, there was a T10 proposal to add an "UNMAP"
bit to the "WRITE SAME" command for SCSI. The details of the proposed
interface are at:
http://www.t11.org/t10/document.08/08-356r4.pdf
The up side of using WRITE SAME with unmap is that there are no fuzzy
semantics about what the unmapped sectors will be - they will all be
whatever the WRITE SAME command would have set (usually zeroes I assume).
The summary of write same is that you send down one sector (say 512
bytes of zeroes) and a count so you can do a zeroing of the target
without having to send all of the data over the wire. Very useful for
initializing members of a RAID device for example to a known pattern.
The down side would be that if we incorrectly send down a WRITE SAME
command to a non-thin device, I think that we would kick off a potential
extremely long IO. For example, imagine doing a write same of a full TB
- that could take an hour which might be an issue :-) Of course, we
should not be doing that if we get the code right.
I don't see another of the PDF's claims of advantages for file systems
to be really all that useful.
With either the write same and its proposed unmap bit or with the
original T10 unmap, do we have a short list of infrastructure that needs
fleshed out? Anything we can do to help get peoples patches to test with
their non-GA thin enabled devices?
Is there a similar short list of things to be done for T13 devices with
TRIM? Anyone have a chance to test on real hardware yet?
Thanks!
Ric
next parent reply other threads:[~2009-02-07 14:53 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20090123041558.GC24652@parisc-linux.org>
[not found] ` <4979AF62.7070409@redhat.com>
[not found] ` <1232721777.4430.7.camel@macbook.infradead.org>
2009-02-07 14:53 ` Ric Wheeler [this message]
2009-02-07 15:09 ` TRIM vs UNMAP vs WRITE SAME and thin devices James Bottomley
2009-02-07 16:14 ` Ric Wheeler
2009-02-12 13:51 ` Eyal Shani
2009-03-23 19:05 ` Greg Freemyer
2009-03-23 19:23 ` Mark Lord
2009-02-07 22:50 ` Matthew Wilcox
2009-02-07 23:03 ` James Bottomley
2009-02-08 16:47 ` Ric Wheeler
2009-02-08 20:50 ` Matthew Wilcox
2009-02-08 23:58 ` Ric Wheeler
2009-02-07 22:47 ` Matthew Wilcox
2009-02-07 23:36 ` David Woodhouse
2009-02-07 23:46 ` Jeff Garzik
2009-02-08 0:24 ` Matthew Wilcox
2009-02-08 20:06 ` Greg Freemyer
2009-02-08 20:44 ` Matthew Wilcox
2009-02-09 0:01 ` Ric Wheeler
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=498DA052.6090605@redhat.com \
--to=rwheeler@redhat.com \
--cc=James.Bottomley@HansenPartnership.com \
--cc=dwmw2@infradead.org \
--cc=jeff@garzik.org \
--cc=linux-fsdevel@vger.kernel.org \
--cc=linux-ide@vger.kernel.org \
--cc=linux-scsi@vger.kernel.org \
--cc=matthew@wil.cx \
--cc=mkp@mkp.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).