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] VM Remote access options

To: tcranbrook@xxxxxxxxxxxxx
Subject: Re: [Xen-devel] VM Remote access options
From: Ian Pratt <Ian.Pratt@xxxxxxxxxxxx>
Date: Tue, 28 Sep 2004 17:15:14 +0100
Cc: xen-devel@xxxxxxxxxxxxxxxxxxxxx, Ian.Pratt@xxxxxxxxxxxx
Delivery-date: Tue, 28 Sep 2004 17:25:52 +0100
Envelope-to: steven.hand@xxxxxxxxxxxx
In-reply-to: Your message of "Tue, 28 Sep 2004 11:45:39 EDT." <415a61ee.3ccb.0@xxxxxxxxxxxxx>
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
> Just to error test my own thinking here, there seems to be the following
> options for remote graphical access to a running domian vm.  Besides the
> normal network service via a port and a raw console, the options are 
> straight X, VNC, and XN.
> X - supports a single X window running on a local XServer, tied to a single
> process on the remote system.  No remote desktop

Checkout the Xnest server. It allows you to run an Xserver
displaying to an Xwindow (which can be full screen).

> VNC - comes in two flavors of server.  The original at&t server supports a
> primative window manager and no desktop to the remote system.  A more
> recent server is krfb found in the KDE tree.  This is the basis for so
> called 'desktop sharing' features.  krfb forks the io on running kde
> environment to the remote VNC client and thus depends on a running login
> session.  It can not start a new login session.

RealVNC seems to work well. I suspect you can elide the login
session issue with a suitable script.

> When I mentioned bad performance of XN in an earlier post, I was refering
> to test on a xen domain.   Over a regular network, it is quite snappy, and
> over the internet, it is simple amazing.  It does not seem to be happy on a
> domain system, however.  I've got some more things to try.  But the client
> is gagging and stops responding after a connection has been established and
> a session started.

I'm not sure why it would have problems -- it's just using a TCP
connection, right?


This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
Project Admins to receive an Apple iPod Mini FREE for your judgement on
who ports your project to Linux PPC the best. Sponsored by IBM.
Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php
Xen-devel mailing list

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