From: Eric Van Hensbergen <ericvh@gmail.com>
To: "Ronald G. Minnich" <rminnich@lanl.gov>
Cc: Eric Van Hensbergen <ericvh@users.sourceforge.net>,
Mike Wray <mike.wray@hp.com>,
Harry Butterworth <harry@hebutterworth.freeserve.co.uk>,
xen-devel@lists.xensource.com
Subject: Re: Re: Interdomain comms
Date: Fri, 6 May 2005 11:49:44 -0500 [thread overview]
Message-ID: <a4e6962a050506094932d7437@mail.gmail.com> (raw)
In-Reply-To: <Pine.LNX.4.58.0505060940420.10357@enigma.lanl.gov>
On 5/6/05, Ronald G. Minnich <rminnich@lanl.gov> wrote:
> I would be happiest (is Eric Van Hensbergen out there?) if we could move
> to a model where the basic inter-domain communications is 9p, with all
> that implies. I can try to say more if there is interest.
>
I've been developing such a model using IBM's research hypervisor -
but aside from some minor differences to the underlying transport
mechanisms, it should be easy enough to apply to a Xen framework (it
was my plan to look into that sometime this summer).
I selected 9P as the protocol because of its limited set of underlying
transport requirements, (it requires a reliable, in-order pipe and
otherwise doesn't make any assumptions), its flexibility (it can be
used to share file systems, devices, protocol stacks, communication
channels and application interfaces both across partitions and across
the network), and the simplicity of its design (and resulting
simplicity of implementation).
The initial target of my implementation was special-purpose
application kernels (built with a library-OS) running alongside a
Linux kernel acting as an I/O host and controller. Our prototype
library-OS version of the client library is approximately 2000 lines
of code and the Linux file system client (http://v9fs.sf.net) is 4000
lines of code (extra weight added by VFS mapping routines).
This summer we will be looking at improving the efficiency of our
transport infrastructure, adding failure detection, recovery, and/or
fail over (including network fail over), and adding intelligent
network transports (we work over Ethernet and shared memory right now,
but we want to fully prototype Infiniband and related transports).
Some of the bits (like the v9fs Linux client and the u9fs user-space
server) are already available open-source. We'll are in the process
of jumping through the paperwork hoops to open-source the library-OS
infrastructure and shared memory transport pieces. There was a paper
presented on v9fs at Freenix 2005.
I'd be happy to answer any questions on this work. I was planning on
presenting the approach to the Xen community once I had a more solid
prototype and some performance numbers, but Ron has let the cat out of
the bag. ;)
-eric
next prev parent reply other threads:[~2005-05-06 16:49 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-05-05 15:18 please help: initialize XEND for my debug-FE/BE.c Aggarwal, Vikas (OFT)
2005-05-05 20:37 ` Harry Butterworth
[not found] ` <427B20B9.1010101@hp.com>
2005-05-06 12:14 ` Interdomain comms Harry Butterworth
2005-05-06 13:39 ` Mark Williamson
2005-05-06 16:04 ` Ronald G. Minnich
2005-05-06 16:49 ` Eric Van Hensbergen [this message]
2005-05-06 23:13 ` Harry Butterworth
2005-05-07 0:19 ` Eric Van Hensbergen
2005-05-07 13:26 ` Harry Butterworth
2005-05-07 14:57 ` Eric Van Hensbergen
2005-05-07 16:15 ` Ronald G. Minnich
2005-05-07 17:10 ` Keir Fraser
2005-05-07 21:22 ` Eric Van Hensbergen
2005-05-07 17:17 ` Harry Butterworth
2005-05-07 21:29 ` Eric Van Hensbergen
2005-05-07 22:11 ` Harry Butterworth
2005-05-08 0:57 ` Eric Van Hensbergen
2005-05-08 8:19 ` Andrew Warfield
2005-05-08 15:27 ` Eric Van Hensbergen
2005-05-10 8:31 ` Mike Wray
2005-05-10 10:09 ` Andrew Warfield
2005-05-10 14:30 ` Mike Wray
2005-05-10 14:51 ` Harry Butterworth
[not found] ` <eacc82a405051008243195164c@mail.gmail.com>
2005-05-10 15:26 ` Andrew Warfield
2005-05-10 16:42 ` Harry Butterworth
2005-05-08 8:36 ` Harry Butterworth
2005-05-08 16:18 ` Eric Van Hensbergen
2005-05-08 17:48 ` Harry Butterworth
2005-05-06 16:57 ` Nivedita Singhvi
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=a4e6962a050506094932d7437@mail.gmail.com \
--to=ericvh@gmail.com \
--cc=ericvh@users.sourceforge.net \
--cc=harry@hebutterworth.freeserve.co.uk \
--cc=mike.wray@hp.com \
--cc=rminnich@lanl.gov \
--cc=xen-devel@lists.xensource.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.