CEPH filesystem development
 help / color / mirror / Atom feed
From: Wido den Hollander <wido@widodh.nl>
To: Sylvain Munaut <s.munaut@whatever-company.com>
Cc: Ross Turk <ross@inktank.com>,
	"ceph-devel@vger.kernel.org" <ceph-devel@vger.kernel.org>
Subject: Re: Integration work
Date: Wed, 29 Aug 2012 11:53:31 +0200	[thread overview]
Message-ID: <503DE69B.70804@widodh.nl> (raw)
In-Reply-To: <CAF6-1L6QKQbgPZvXYMQw+0_vaLrP0cr_P0_nZs56Lh+A2B9k8Q@mail.gmail.com>

On 08/29/2012 10:20 AM, Sylvain Munaut wrote:
> Hi,
>
>> How about Xen?
>
> I vote for this :)
>
> Using RBD storage for Xen VM images / disks is IMHO a very nice fit,
> the same way people do with QEMU. This should even allow live
> migration of VM.
>

Correct me if I'm wrong, but when I was at Citrix in May this year 
somebody there told me that Xen was going 100% Qemu?

By going 100% Qemu they would also get RBD support.

Wido

> Currently we have to rely on the RBD kernel driver which has some
> downsides (no caching / need recent kernel to get latest ceph
> patches). There also seem to be some weird interactions between RBD
> and Xen that lead to significant performance hits that are not present
> when using only RBD or only Xen.
>
> One possibility would be to develop a blktap driver for xen to provide
> block device backend in userspace using librbd rather than kernel mode
> rbd.
>
> Cheers,
>
>      Sylvain
> --
> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>


  reply	other threads:[~2012-08-29  9:53 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-08-28 18:12 Integration work Ross Turk
2012-08-28 18:32 ` Plaetinck, Dieter
2012-08-28 21:03   ` Florian Haas
2012-08-28 21:15     ` Tommi Virtanen
2012-08-28 21:20       ` Josh Durgin
2012-08-30 14:00         ` João Eduardo Luís
2012-08-28 18:51 ` Dieter Kasper
2012-08-28 18:57   ` Smart Weblications GmbH - Florian Wiessner
2012-08-28 20:05     ` Dieter Kasper
2012-08-28 20:46   ` Tren Blackburn
2012-08-29  7:06     ` Amon Ott
2012-08-29  8:20 ` Sylvain Munaut
2012-08-29  9:53   ` Wido den Hollander [this message]
2012-08-29 12:35     ` Sylvain Munaut
2012-08-29 13:40       ` Wido den Hollander
2012-08-29 13:43         ` Tommi Virtanen
2012-08-29 15:19           ` Joseph Glanville
2012-09-01  6:02 ` Ryan Nicholson
2012-09-04 15:52   ` Tommi Virtanen

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=503DE69B.70804@widodh.nl \
    --to=wido@widodh.nl \
    --cc=ceph-devel@vger.kernel.org \
    --cc=ross@inktank.com \
    --cc=s.munaut@whatever-company.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox