[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Xen-users] paravirt_ops DomU, does it mean performance?
- To: "Mark Williamson" <mark.williamson@xxxxxxxxxxxx>
- From: "Emre ERENOGLU" <erenoglu@xxxxxxxxx>
- Date: Mon, 26 May 2008 03:28:21 +0200
- Cc: xen-users@xxxxxxxxxxxxxxxxxxx, jim burns <jim_burn@xxxxxxxxxxxxx>
- Delivery-date: Sun, 25 May 2008 18:29:28 -0700
- Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=IHndInSKSUDUMi0v++7Er54lr4kcqUvVPV2ANk3alXkRxMI8buzRb+z0cFWShE3NXsgExng4pk18G5ngig2s1X5eGuZA1wmL1GHfNCpOfIiAY1vi2xPyBWbE440mOHwuNmOT5NlEw8toaVmxKqi+jAu3/07d+dD+0Dr5dSProbA=
- List-id: Xen user discussion <xen-users.lists.xensource.com>
Hi All,
I'm again a bit confused. I'm trying to boot up a 2.6.24 kernel on a HVM DomU, and the kernel tells me "booting paravirtualized kernel on bare hardware", but I can see no paravirtual devices in /dev.
Which devices shall it be? What are the names of the modules? Is there a clear name for them or does each distro choose a name for itself?
I found names starting with virtio_* but I'm not sure if they are the correct ones, at least in this 2.6.24 (from development version of Pardus), modprobbing them gives no output in dmesg nor any devices in /dev
Or maybe we need to put some special configutation options in the config file of the HVM domU?
Thanks,
Emre
On Wed, Dec 26, 2007 at 4:43 PM, Mark Williamson < mark.williamson@xxxxxxxxxxxx> wrote:
> > The paravirt_ops kernel should run with similar performance to the
> > XenLinux kernel from the main Xen tree. It includes paravirtualisation
> > for memory, SMP, etc as well as paravirtualised network and block
> > devices. It doesn't include support for suspend/resume, paravirt
> > framebuffer, etc.
>
> When you say 'paravirt framebuffer', do you mean console performance is
> going to be as bad as for HVM?
Well, more that it doesn't have a graphical console at all! Paravirt guests
can't use the emulated framebuffer that HVM uses, they have to use a paravirt
framebuffer if they want to output graphically. The paravirt framebuffer
doesn't perform significantly better than the HVM console as far as I know,
so not having it available may not be too painful to you...
You can still take the usual approach of using a network-based remote desktop
approach, which is likely to give you better performance than either the HVM
framebuffer or the paravirt framebuffer!
Using VNC or X11 over SSH is probably the obvious remote desktop solution, but
I think that nomachine X (or freenx, if you can make it work) might be worth
a look as well. Nomachine have a "free" product but I'm not sure what the
licensing restrictions are.
Cheers,
Mark
--
Dave: Just a question. What use is a unicyle with no seat? And no pedals!
Mark: To answer a question with a question: What use is a skateboard?
Dave: Skateboards have wheels.
Mark: My wheel has a wheel!
--
Emre Erenoglu
erenoglu@xxxxxxxxx
_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users
|
