All of lore.kernel.org
 help / color / mirror / Atom feed
* Device-mapper target driver for Write tracking
@ 2016-10-19 10:53 Daniel Armbruster
  2016-10-19 11:43 ` Zdenek Kabelac
  0 siblings, 1 reply; 4+ messages in thread
From: Daniel Armbruster @ 2016-10-19 10:53 UTC (permalink / raw)
  To: dm-devel; +Cc: info

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.

cheers,
Daniel

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

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Device-mapper target driver for Write tracking
  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
  0 siblings, 1 reply; 4+ messages in thread
From: Zdenek Kabelac @ 2016-10-19 11:43 UTC (permalink / raw)
  To: Daniel Armbruster, dm-devel; +Cc: info

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

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Device-mapper target driver for Write tracking
  2016-10-19 11:43 ` Zdenek Kabelac
@ 2016-10-19 14:20   ` Daniel Armbruster
  2016-10-19 14:48     ` Zdenek Kabelac
  0 siblings, 1 reply; 4+ messages in thread
From: Daniel Armbruster @ 2016-10-19 14:20 UTC (permalink / raw)
  To: dm-devel; +Cc: info

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

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Device-mapper target driver for Write tracking
  2016-10-19 14:20   ` Daniel Armbruster
@ 2016-10-19 14:48     ` Zdenek Kabelac
  0 siblings, 0 replies; 4+ messages in thread
From: Zdenek Kabelac @ 2016-10-19 14:48 UTC (permalink / raw)
  To: dm-devel, info

Dne 19.10.2016 v 16:20 Daniel Armbruster napsal(a):
> 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.
>

Hi

Old snapshot is OLD - switch to thin-provisioning - that's the real fix for
your problem.

Less nice suggest could be to simply use BIG enough snapshot you can't fulfill 
before it gets resized -  computable from disk write speed.
Clearly you can't win this fight with few MB sized snapshot -
few GB solves it...

> 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?

I'm afraid you will need to measure yourself - depends on huge number of 
settings - but should be still very small compared with rotational drives.

Regards

Zdenek

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2016-10-19 14:48 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
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
2016-10-19 14:48     ` Zdenek Kabelac

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.