From: "Bryn M. Reeves" <bmr@redhat.com>
To: device-mapper development <dm-devel@redhat.com>
Subject: Re: device mapper target vs personality, how do you decide to pick one or the other?
Date: Mon, 14 Jul 2014 12:25:26 +0100 [thread overview]
Message-ID: <20140714112525.GD22615@localhost.localdomain> (raw)
In-Reply-To: <8A51900D08212F40B3DE22453052F69839C45AE5@wdscexmb02>
On Fri, Jul 11, 2014 at 09:28:51PM +0000, John Utz wrote:
> having said that, it seems that the personality code is ancestral and is used for the personalities that can be compiled into device mapper and the target code is for newer stuff that is not expected to be compiled into device mapper.
Not really; it's just a bit confusing as two different but closely
related subsystems live in drivers/md. One is 'md', the Linux
multi-devices subsystem. This is the traditional Linux software RAID
subsystem and offers 'personalities' for different RAID levels and other
mapping types (RAID1-6, JBOD/linear, multipath w/on-disk metadata).
The other is 'dm'; the device-mapper. Using dm offers more flexibility
in specifying virtual devices via the table abstraction (which lets you
glue several targets together a bit like the MD linear personality).
Today dm has targets for linear, zero, error, mirror, snapshot (old),
thin provisioning, caching etc. and also exposes the MD RAID
personalities as dm targets (dm-raid.c; not to be confused with the
userspace dmraid utility).
> so, based on this speculation, i *think* i should be using the target construct for the new device mapper module that i am currently coding.
For dm it's always a target: you'd only create a new personality if you
wanted to extend MD's available RAID levels or types.
Regards,
Bryn.
next prev parent reply other threads:[~2014-07-14 11:25 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-07-11 21:28 device mapper target vs personality, how do you decide to pick one or the other? John Utz
2014-07-11 21:51 ` Mike Snitzer
2014-07-11 21:56 ` John Utz
2014-07-12 0:36 ` Mike Snitzer
2014-07-14 17:15 ` John Utz
2014-07-14 22:08 ` John Utz
2014-07-14 11:25 ` Bryn M. Reeves [this message]
2014-07-14 17:00 ` John Utz
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=20140714112525.GD22615@localhost.localdomain \
--to=bmr@redhat.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.