All of lore.kernel.org
 help / color / mirror / Atom feed
From: Daniel Armbruster <dani.armbruster@gmx.de>
To: dm-devel@redhat.com
Cc: info@xp8.de
Subject: Re: Device-mapper target driver for Write tracking
Date: Wed, 19 Oct 2016 16:20:34 +0200	[thread overview]
Message-ID: <20161019142034.GA19799@sirius.lan> (raw)
In-Reply-To: <889366e1-8432-658d-2582-4c7aa7a07dea@redhat.com>

On 13:43 Wed 19 Oct     , Zdenek Kabelac wrote:
> Dne 19.10.2016 v 12:53 Daniel Armbruster napsal(a):
> > Hi List,
> >
> > I'm looking for a device-mapper target driver giving me the possibility to
> > track/log WRITE requests. The idea is to track those WRITE requests within a
> > Bitmap e.g. 1:LV-EXTEND (for LVM2). I read already the device-mapper
> > documentation under
> >
> > https://www.kernel.org/doc/Documentation/device-mapper/
> >
> > but didn't find an appropriate module which would suite my needs.
> >
> > Is there any work happening on this to leverage? Any kind of help is
> > appreciated.
> >
> > Many thanks in advance.
> 
> 
> Hi
> 
> 
> Not exactly sure what you are trying to do but 2 things to look at:
> 
> Maybe  'dmstats' with it's region logic may cover your 'wanted' operation.
> 
> The kernel dm target to check would be  'era' which keeps trace
> of written blocks.
> 
> Regards
> 
> Zdenek
> 
> 
> 
Hi Zdenek,

thanks for your help.

I'm trying to implement a synchronization tool which performs backups in an
intelligent way. Since using a snapshot is only partly an option (the snapshot
could fill up and the snapshot_autoextend_* practicality of LVM2 isn't stable
enough under heavy load) I was thinking about the possibility of an additional
device which keeps trace of written blocks. To improve performance I aim at
reducing the data throughput. That's why I was thinking about a Bitmap e.g.
1:LV-EXTEND.

I thought already about the DM statistics module. Is there any performance
impact when collecting statistics for a given volume (except of the
additionally allocated memory used)? Is there a possibility to quantify it?

As well I'm going to have a closer look at the era module. Many thanks for the
hint.

Regards,
Daniel


-- 
gpg --keyserver keys.gnupg.net --recv-key EF60F5CC

  reply	other threads:[~2016-10-19 14:20 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-10-19 10:53 Device-mapper target driver for Write tracking Daniel Armbruster
2016-10-19 11:43 ` Zdenek Kabelac
2016-10-19 14:20   ` Daniel Armbruster [this message]
2016-10-19 14:48     ` Zdenek Kabelac

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=20161019142034.GA19799@sirius.lan \
    --to=dani.armbruster@gmx.de \
    --cc=dm-devel@redhat.com \
    --cc=info@xp8.de \
    /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.