Xen 3.0 released [LWN.net]

Version 3.0 of the Xen hypervisor - a virtualization system - has been released. Xen 3.0 includes support for Intel's hardware virtualization mechanism, SMP guest systems (with hot-pluggable virtual CPUs), large memory support, trusted platform module support, ports to the ia-64 and (soon) PowerPC architectures, and more.

to post comments

Xen 3.0 released

Posted Dec 6, 2005 17:10 UTC (Tue) by AndyBurns (guest, #27521) [Link] (2 responses)

They seem to be using the term "community release" as a pseudonym for beta or release candidate, still good news though ...

Xen 3.0 released

Posted Dec 6, 2005 22:04 UTC (Tue) by drag (guest, #31333) [Link] (1 responses)

Why you say that? Bad experiances?

Xen 3.0 has been aviable for quite some time now as beta software. It's a fully open source development model and the source code is aviable from cvs (or whatever they use). I even tried running Xen 3.0 a couple months ago, but decided to go with the 'production' version that worked with Debian Stable better (previous version of Xen (2.8 I beleive) didn't compile with 4.x series GCC stuff, which is what happenned when I tried to use it with Debian unstable).

I suppose that could of been 'alpha' and this is the 'beta', but I assumed initially that this Xen 3.0 version was the 1.0 release (so to say) so that the next bunch of Linux distros could get it working well with their next stuff. (like Fedora Core 5 and such).

Xen 3.0 released

Posted Dec 7, 2005 12:28 UTC (Wed) by AndyBurns (guest, #27521) [Link]

no bad experiences to report, just that from following the xen-devel mailing list, there is still heavy development ongoing, i normally expect beta/rc/release after a feature freeze ...

what you refer to as beta just seems to be the ongoing CVS development,
perhaps I'm misunderstanding what work is going on in HEAD rather than some 3_0 branch?

No doubt they aim for the "real" 3.0 to be in RHEL5, so need to get a pretty good version into FC5 for more exposure ... no problem there

Windows support

Posted Dec 6, 2005 23:30 UTC (Tue) by rvfh (guest, #31018) [Link] (5 responses)

They were planning to be able to run Windows unmodified with this release, but can't see a word of it in the announcement. Does that mean they did not manage yet?

Windows support

Posted Dec 7, 2005 0:01 UTC (Wed) by marineam (guest, #28387) [Link]

Windows on Xen requires virtulization in the hardware. Xen 3.0 does support Intel's extensions for this, I don't know if the actual hardware is available yet though.

I've seen refrence to the possibility of running windows on Xen by using win4lin, but I know nothing about that.

Windows support

Posted Dec 7, 2005 0:03 UTC (Wed) by drag (guest, #31333) [Link] (1 responses)

It will only work with assistance from the hardware.

x86 is very difficult to abstract compared to other systems. IBM has built their mainframes with abstractions and such for a couple decades now and since it's designed for this from the ground up it's much more efficient. (We are running a OS that dates from the 80's on IBM hardware that dates from the late 90's using hardware and software technology that PCs are just getting. It's quite impressive.)

So these hardware 'fixes' to assist Xen in abstracting the x86 and x86-64 platform won't come into effect until the next generation of Intel and AMD proccessors are out on the market. The article mentions support for this stuff...

Of course, even though Intel and AMD worked specificly with Xen to get support for their hardware-assisted abstraction solutions other virtual machine stuff like VMWare can take advantage of it also.

Windows support

Posted Dec 7, 2005 3:28 UTC (Wed) by aliguori (guest, #30636) [Link]

If you really want to be surprised, read the VT or Pacifica specs and then read this article describing 390 virtualization from the early 90s. There's almost a 1-1 mapping. At a talk recently, a fellow from AMD had mentioned that the reason the VT and Pacifica specs are so close to each other is that both companies had read the old IBM systems journals and based their implementations on it.

What's old is new right :-)

Windows support

Posted Dec 7, 2005 0:11 UTC (Wed) by xoddam (subscriber, #2322) [Link] (1 responses)

I think you need a CPU with "Intel® Virtualization Technology" (like the
IBM System/360 had 25 years ago or more) to let a lightweight platform
virtualisation tool like Xen fool an OS which expects to run on bare x86
hardware. Without it, the OS needs to be compiled to target the Xen
'platform', which means using Xen's get/set methods for low-level
hardware configuration so changes can be trapped.

Heavier-weight virtualisation platforms like Win4Lin and VMWare are
essentially optimised emulators (though, since this is x86, the details
are byzantine), using the real CPU to run the guest OS but preventing it
from executing privileged instructions.

Vitualization support in hardware

Posted Dec 9, 2005 18:13 UTC (Fri) by giraffedata (guest, #1954) [Link]

IBM System/360 was 40 years ago, and the first virtual machine implementation on top of it came a few years later. The very first S/360 couldn't do virtual machines because it lacked virtual memory.

I should clarify that when I say "virtual machine" here, I mean the kind where the virtual machine has the same architecture as the underlying real one, so you can run unmodified software meant for the real machine on the virtual one.

But S/360 wasn't designed with virtual machines in mind. What made S/360 amenable to virtualization where IA32 is not is simply the fact that it cleanly isolated user mode, which it did for other philosophical reasons. For example, on IA32 if a program in user mode tries to update a control register, it traps. But if it tries to read a control register, the CPU doesn't recognize a significant security exposure, so it succeeds. On S/360, the read of the control register traps too.

Traps for stuff that is shared by multiple processes are essential if you want the processes to see separate machines, because they give the hypervisor a chance to show a different version to each process.

It worked great, but wasn't as efficient as it could be. After the market for IBM's virtual machine operating system took off (and not because people liked virtual machines; just because it was IBM's best option for an interactive computer system), lots of stuff was architected into future CPUs of the S/360 line specifically to help with virtualization.

Xen 3.0 released

Posted Dec 7, 2005 0:30 UTC (Wed) by aliguori (guest, #30636) [Link]

Xen 3.0 has initial support for VT and is capable of booting Windows. It's very much a proof of concept at this point though.