Port-xen archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: drop xen4.8 ?



"Mathew, Cherry" <c%bow.st@localhost> writes:

> I'm curious to know a user PoV of our Xen support vs. native nvmm
> support.

I have only run Xen where the box basically runs a dom0 with not much
happening in order to support a number of domUs.  On these I do not run
an X server.  I realize that's perhaps the normal case, but also not the
only case.

> For me, the current win for Xen is:
> - supports older hardware (my dual core laptop x200 series)
> - mem ballooning
> - acpi sleep (with linux dom0 and NetBSD PV)

Agreed on hardware; nvmm seems very interesting, but I don't have the
impression it will run on CPUs from 2006.

Also, you left out "runs as a dom0 using released versions of NetBSD,
and has a many-year track record of being stable".  I've been using Xen
with NetBSD dom0 since 2005. 

> The no win is:
> - no gui (no drm) (partly my fault)
> - no dom0 SMP (partly my fault)
> - no acpi sleep (not nvmm's fault - native support is broken).

Agreed, but doesn't bother me.  I would really like to see Someone fix
the dom0 SMP issues, even if it means biglocking the xen bits for
starters.

The other thing that I wonder about is how it works with nvmm to say run
6 guests and have them all start up automatically at boot, like you get
with xendomains= with Xen.  Surely that must be doable, but I don't know
how easy/normal it is.  It seems that with things like virtualbox there
is a notion of a gui app on a display with a human and a mouse, and my
impression is that nvmm avoids that either mostly or entirely.


Home | Main Index | Thread Index | Old Index