All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Paul B. Henson" <henson@acm.org>
To: 'device-mapper development' <dm-devel@redhat.com>
Subject: Re: dm-cache for Fedora 21?
Date: Thu, 27 Feb 2014 14:06:07 -0800	[thread overview]
Message-ID: <027301cf3408$1f916a00$5eb43e00$@acm.org> (raw)
In-Reply-To: <530FB2DE.3090208@rolffokkens.nl>

> From: Rolf Fokkens
> Sent: Thursday, February 27, 2014 1:49 PM
>
> For the moment I assume dm-cache is a per LV caching system (since
> nobody confirmed Paul's idea). This leaves me wondering if the cache
> (device) can be shared by multiple LV's. I would really like this, is
> this the case?

I followed up on this question on the lvm development list; they pretty much
confirmed that based on the layering and api of lvm, they did not plan to
support using a dm-cache for a pv or vg, only for an lv.

However, one of the developers did give an interesting suggestion combining
the use of dm-cache and thin provisioning, effectively allowing you to use a
single cache for a number of lv's, as long as they are all allocated out of
the same thin pool:

	
https://www.redhat.com/archives/lvm-devel/2014-February/msg00067.html

This looks interesting, while it's not exactly what I was originally
considering, I think it potentially will achieve the same effective goal. I
could create a single thin pool lv the size of the entire backing pv, and
then create thin lv's out of it for my actual production needs, all of which
would be cached by the single ssd pv.

I'm not very familiar with thin provisioning at this time though, so I
really need to do quite a bit of homework on that to make sure there aren't
going to be any issues problematic for my deployment. And, of course, lvm
support for cache devices is still only available in git head and changing
on an almost daily basis :).

I would be interested in any feedback or thoughts anyone might have on this
proposal and its viability and performance, thanks.

  reply	other threads:[~2014-02-27 22:06 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-01-11 14:56 dm-cache for Fedora 21? Rolf Fokkens
2014-01-12  2:55 ` Alasdair G Kergon
2014-01-13 10:18 ` Joe Thornber
2014-01-13 21:01   ` Paul B. Henson
2014-01-14 10:21     ` Joe Thornber
2014-01-14 23:24       ` Rolf Fokkens
2014-01-15 10:34         ` Joe Thornber
2014-01-15 13:21           ` Alasdair G Kergon
2014-01-16  1:46             ` Paul B. Henson
2014-02-27 21:49               ` Rolf Fokkens
2014-02-27 22:06                 ` Paul B. Henson [this message]
2014-02-27 22:10                 ` Paul B. Henson

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='027301cf3408$1f916a00$5eb43e00$@acm.org' \
    --to=henson@acm.org \
    --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.