From: Mike Snitzer <snitzer@redhat.com>
To: Hannes Reinecke <hare@suse.de>
Cc: device-mapper development <dm-devel@redhat.com>,
mpatocka@redhat.com, ejt@redhat.com
Subject: Re: Discard support for dm-snap
Date: Thu, 2 Sep 2010 10:14:09 -0400 [thread overview]
Message-ID: <20100902141408.GA5987@redhat.com> (raw)
In-Reply-To: <4C7F5AE2.9020908@suse.de>
On Thu, Sep 02 2010 at 4:05am -0400,
Hannes Reinecke <hare@suse.de> wrote:
> Hi all,
>
> now that we've got discard support in the block layer, are there plans
> to update dm-snap to actually implement discard?
> Looks like a valid addendum here; we could be freeing up unused blocks
> thus freeing up space.
> Especially helpful when using dm-snap to create a sparse device;
> cf
> http://www.mjmwired.net/kernel/Documentation/device-mapper/zero.txt
>
> Thoughts?
From https://www.redhat.com/archives/dm-devel/2010-July/msg00149.html
"The snapshot and crypt targets will not have discard support.
Snapshots must preserve any data that is deleted so the value of
discard is negligible. Discard support for the origin target may be
considered in the future (could be especially useful if origin and COW
are different devices and origin is a thinly provisioned LUN)."
The snapshot target must always preserve changes (in the form of
exceptions in the COW store). Even though you'd be removing files
through the snapshot device as far as the snapshot is concerned it must
track that change (relative to the origin). Simply put: the current
snapshot store format doesn't easily allow for what you're asking for.
The new shared snapshot target that is in development may provide an
opportunity for adding more intelligence to account for this use-case.
Mikulas and/or Joe may have more insight here.
Mike
next prev parent reply other threads:[~2010-09-02 14:14 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-09-02 8:05 Discard support for dm-snap Hannes Reinecke
2010-09-02 14:14 ` Mike Snitzer [this message]
2010-09-02 18:21 ` Douglas McClendon
2010-09-03 5:45 ` Hannes Reinecke
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=20100902141408.GA5987@redhat.com \
--to=snitzer@redhat.com \
--cc=dm-devel@redhat.com \
--cc=ejt@redhat.com \
--cc=hare@suse.de \
--cc=mpatocka@redhat.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.