All of lore.kernel.org
 help / color / mirror / Atom feed
From: Douglas McClendon <dmc.fedora@filteredperception.org>
To: dm-devel@redhat.com
Cc: david.woodhouse@intel.com
Subject: trimmable dm-snapshot?
Date: Wed, 21 Oct 2009 21:05:49 -0600	[thread overview]
Message-ID: <4ADFCC0D.6000903@filteredperception.org> (raw)

Has anyone looked into the idea of dm-snapshots responding appropriately 
to trims from filesystems?

I.e. the efficiency problem of a dm-snapshotted ext filesystem having 
files created and then deleted?  I.e. in such a scenario, resources in 
the cow device end up taken that could be freed if the dm layer could 
efficiently respond to trim notifications by discarding any useless 
exceptions?

I've been poking around pondering whether an offline quick hack might be 
possible with libext2fs and enough knowledge of the on-disk persistent 
snapshot format.  I.e. just walk the exception chunks in the cow device, 
use libext2fs (sufficient? easiest way?) to determine whether all the 
fsblocks/sectors the chunk contains are all currently unneeded, and if 
so reclaiming that space (possibly by relocating the last exception. 
I'm still a distance from truly grokking the on-disk format along with 
the rest of the dm-snapshot and exception-store code).

Does any of this make sense?  Been looked at?  Seem like a reasonable 
avenue to pursue?

-dmc

             reply	other threads:[~2009-10-22  3:05 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-10-22  3:05 Douglas McClendon [this message]
2009-10-22 14:20 ` trimmable dm-snapshot? Mike Snitzer
2009-10-22 21:35   ` Douglas McClendon
2009-10-22 22:16     ` Douglas McClendon
2009-10-23  1:02       ` Douglas McClendon

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=4ADFCC0D.6000903@filteredperception.org \
    --to=dmc.fedora@filteredperception.org \
    --cc=david.woodhouse@intel.com \
    --cc=dm-devel@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.