All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mike Snitzer <snitzer@redhat.com>
To: Joe Thornber <thornber@redhat.com>
Cc: dm-devel@redhat.com
Subject: Re: thinp zeroing
Date: Wed, 22 Feb 2012 21:49:18 -0500	[thread overview]
Message-ID: <20120223024918.GA25353@redhat.com> (raw)
In-Reply-To: <20120222141442.GA28145@ubuntu>

Nice write-up.  It is concerning that we have to go to such lengths but
I don't see a way around it without limiting who can consume thinp.

On Wed, Feb 22 2012 at  9:14am -0500,
Joe Thornber <thornber@redhat.com> wrote:

> ** Discards
> 
>    DISCARDs *must* result in data being zeroed.  Some devices set the
>    discard_zeroes_data flag.  This is not good enough; you cannot use
>    this flag as a guarantee that the data no longer exists on the
>    disk.  So real zeroing must occur.  I suggest we write a separate
>    target that zeroes data just before discarding it, and stack it
>    under the thin-pool.  The performance impact of this will be
>    significant; to the point that we may wish to turn discard within
>    the fs off; instead doing periodic tidy-ups.

...

> ** Summary of work items [0/5]
> 
>    - [ ] Implement the discard-really-zeroes target [1 month]

I don't think it'll take a month.  Probably a focused week to 2 weeks.

I can develop this target before jumping in to the HSM target (unless
you'd rather I start in on HSM asap).

  parent reply	other threads:[~2012-02-23  2:49 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-02-22 14:14 [NOTES] thinp zeroing Joe Thornber
2012-02-22 14:25 ` [PATCH] [dm-thin] experimental erase-log patch Joe Thornber
2012-02-22 16:30 ` [NOTES] thinp zeroing Spelic
2012-02-22 18:04   ` Zdenek Kabelac
2012-02-23 15:43   ` Joe Thornber
2012-02-23  2:49 ` Mike Snitzer [this message]
2012-02-23 15:47   ` Joe Thornber

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=20120223024918.GA25353@redhat.com \
    --to=snitzer@redhat.com \
    --cc=dm-devel@redhat.com \
    --cc=thornber@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.