qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [Qemu-devel][PATCH] qemu-fuse


From: Shahar Frank
Subject: RE: [Qemu-devel][PATCH] qemu-fuse
Date: Thu, 28 Aug 2008 01:03:54 -0700

> From: address@hidden [mailto:qemu-
> address@hidden On Behalf Of Jamie
Lokier
> Sent: Wednesday, August 27, 2008 9:59 PM
> To: Daniel P. Berrange; address@hidden
> Subject: Re: [Qemu-devel][PATCH] qemu-fuse
> 
> 
> > Well qemu-nbd also allows sharing to remote machines, whereas fuse
> > only exposes it locally. qemu-nbd also allows access to things which
> > aren't filesystems. eg, you could have LVM / software RAID devices
> > inside your qcow file - qemu-fuse won't help you get access to
those.
> 
> Yes, qemu-nbd lets you use all the kernel filesystems, different
> partition formats, RAID, encryption etc.
> 
> -- Jamie
> 

If qemu-nbd is covering all useful use cases than qemu-fuse is obsolete.
In fact I wouldn't have developed it if I had qemu-nbd when I wrote it.
I sent it because it was useful for me and I enjoyed using fuse (my
first fuse server....).

I find qemu-ndb to be small, smart and elegant. In fact I once
considered to develop a remoting method based on RPC - to remote qemu
image level verbs. I wonder if qemu-ndb is good enough for remoting or
there is still use cases (or performance considerations) that would
justify RPC level (SUN's or other) remoting. What you do think?

Shahar




reply via email to

[Prev in Thread] Current Thread [Next in Thread]