WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [Xen-devel] [PATCH] Blktap: Userspace file-based image support. (RFC

To: Andrew Warfield <andrew.warfield@xxxxxxxxxxxx>
Subject: Re: [Xen-devel] [PATCH] Blktap: Userspace file-based image support. (RFC)
From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
Date: Thu, 29 Jun 2006 13:35:30 +1000
Cc: Xen Developers <xen-devel@xxxxxxxxxxxxxxxxxxx>, Julian Chesterfield <julian.chesterfield@xxxxxxxxxxxx>
Delivery-date: Wed, 28 Jun 2006 20:36:15 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <eacc82a40606190919x4bd4ef22m9d8431e650e85a67@xxxxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <eacc82a40606190919x4bd4ef22m9d8431e650e85a67@xxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
On Mon, 2006-06-19 at 09:19 -0700, Andrew Warfield wrote:
> Attached to this email is a patch containing the (new and improved)
> blktap Linux driver and associated userspace tools for Xen.  In
> addition to being more flavourful, containing half the fat, and
> removing stains twice as well as the old driver, this stuff adds a
> userspace block backend and let you use raw (without loopback), qcow,
> and vmdk-based image files for your domUs.  There's also a fun little
> driver that provides a shared-memory block device which, in
> combination with OCFS2, represents a cheap-and-cheerful fast shared
> filesystem between multiple domUs.

Hi Andrew,

        I like the idea of block servers in userspace, but I'm curious.  When I
wrote the simple share block server I couldn't see an obvious
justification for multiple outstanding requests (with AIO/threads and
all that entails), so I went for the trivial single request approach.
It seems to me that the backend doesn't have much information the front
end doesn't have.

Just wondered if you'd tried a naive approach first...

Thanks!
Rusty.
-- 
Help! Save Australia from the worst of the DMCA: http://linux.org.au/law


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel

<Prev in Thread] Current Thread [Next in Thread>