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/
Home Products Support Community News


Re: [Xen-devel] Re: Newbie questions

To: Jan Rychter <jan@xxxxxxxxxxx>
Subject: Re: [Xen-devel] Re: Newbie questions
From: Keir Fraser <Keir.Fraser@xxxxxxxxxxxx>
Date: Thu, 08 Apr 2004 07:45:24 +0100
Cc: xen-devel@xxxxxxxxxxxxxxxxxxxxx
Delivery-date: Thu, 08 Apr 2004 07:47:45 +0100
Envelope-to: steven.hand@xxxxxxxxxxxx
In-reply-to: Your message of "Wed, 07 Apr 2004 14:08:33 PDT." <m2fzbfo5ri.fsf@xxxxxxxxxxxxxxxxxxx>
List-archive: <http://sourceforge.net/mailarchive/forum.php?forum=xen-devel>
List-help: <mailto:xen-devel-request@lists.sourceforge.net?subject=help>
List-id: List for Xen developers <xen-devel.lists.sourceforge.net>
List-post: <mailto:xen-devel@lists.sourceforge.net>
List-subscribe: <https://lists.sourceforge.net/lists/listinfo/xen-devel>, <mailto:xen-devel-request@lists.sourceforge.net?subject=subscribe>
List-unsubscribe: <https://lists.sourceforge.net/lists/listinfo/xen-devel>, <mailto:xen-devel-request@lists.sourceforge.net?subject=unsubscribe>
Sender: xen-devel-admin@xxxxxxxxxxxxxxxxxxxxx
> Thanks a lot for your (and Ian Pratt's) answers. They have indeed helped
> me a lot in understanding whan Xen is (and what it is not).
> I was really looking for a way to make my virtual world persistent
> (suspendable and preferably also snapshottable) and independent of the
> crash of the day being served to me by Linux. In particular, the USB
> subsystem in Linux ranks highly among the crappiest things I have to
> use.
> From your explanations it seems that Xen is designed for virtual hosting
> environment and isn't really the way to go for me. UML (user-mode linux)
> suits my needs better. Except it doesn't have suspend/resume
> functionality. Oh well, I guess I'll just have to wait for that.

We're moving towards the type of features that you're looking for, but
we're certainly not all the way there yet. For example, we are moving
device drivers into their own domains -- this will allow you to run
the Linux USB subsystem in an isolated domain and restart just that
driver when it crashes (the rest of your machine, and your main OS,
could continue to run with just a short dropout in communications with
USB-connected devices).

So, check back in a month or two and see what the answer is then. :-)

 -- Keir

This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
Xen-devel mailing list

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