From mboxrd@z Thu Jan 1 00:00:00 1970 From: Laurent Vivier Subject: Re: [PATCH] Blktap: Userspace file-based image support. (RFC) Date: Thu, 29 Jun 2006 14:26:34 +0200 Message-ID: <44A3C6FA.1000204@bull.net> References: <1151552130.14360.10.camel@localhost.localdomain> <44A3BE4B.8090905@us.ibm.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1569454048==" Return-path: In-Reply-To: <44A3BE4B.8090905@us.ibm.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Mime-version: 1.0 Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Anthony Liguori Cc: Andrew Warfield , Rusty Russell , Xen Developers , Julian Chesterfield List-Id: xen-devel@lists.xenproject.org This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --===============1569454048== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigFFD699435BC0F64E6AF2D7A4" This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigFFD699435BC0F64E6AF2D7A4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Anthony Liguori wrote: > Rusty Russell wrote: >> On Mon, 2006-06-19 at 09:19 -0700, Andrew Warfield wrote: >> =20 >>> 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. >>> =20 >> >> Hi Andrew, >> >> I like the idea of block servers in userspace, but I'm curious.=20 >> 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), >=20 > Are you thinking of posix-aio? posix-aio is "emulated" with threads an= d > normal read/select calls. The performance isn't that great. Hi, We develop another implementation of posix I/O for linux with better performance, based on linux kernel AIO, have a look at: http://www.bullopensource.org/posix/index.html Laurent --=20 Laurent Vivier Bull, Architect of an Open World (TM) http://www.bullopensource.org/ext4 --------------enigFFD699435BC0F64E6AF2D7A4 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.7 (GNU/Linux) iD8DBQFEo8b/9Kffa9pFVzwRApjjAKCS+V1DuFwb+U7FTaw2YDeV/aARDwCgyRdZ SrU8WeAUydo+66mzm0RhvgI= =6SXp -----END PGP SIGNATURE----- --------------enigFFD699435BC0F64E6AF2D7A4-- --===============1569454048== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --===============1569454048==--