Sun Bare Metal Hypervisors Now GPLv3
ruphus13 writes with some more news for people foretelling the death of VMware. Sun has open sourced their xVM server, their bare-metal hypervisor virtualization solution. What used to once be the cash cow for VMware is now coming under increased threat, and Sun is once again turning to the Open Source community as a weapon. "Sun xVM Server is an outgrowth of the Xen project — which raises the question of why a company would go with Sun's version rather than the Xen one. Apart from its support for SPARC and Solaris (as well as other chips and operating systems), Sun is also building a services and sales organization around a commercial version of xVM server... If you want to kick the tires or cut your costs, you can hop over to xVMServer.org, download the source (GPL 3) and join the community. But Sun is betting that, as deployments move from an initial testing phase to active usage, large organizations will be willing to pay for guaranteed support (starting at $500 per year per physical server)."
$500 bucks a year per physical server is pretty cheap in the grand scheme of things. Basically, you can try out and use it for free as you set the server(s) up, but when you go live, you can have the assurance that proper support brings. Or not. Your choice. Good move on Sun's part.
This guy's the limit!
... why a VM has to "support" a given OS such as Vista or Solaris or Linux?
FTA: "Apart from its support for SPARC and Solaris..."
Surely if these VMs truly are PCs emulated in software with standard emulated devices then surely any OS than runs on the PC architecture and has drivers for these devices will install and run on these VMs regardless?
So... disclaimer. I'm a VMware employee, so I do know all about both these benchmarks (even if I had nothing to do with them). Agree the first VMware benchmark was quite skewed, looking at Xen instead of XenSource. The XenSource benchmark showed up, it showed Xen ahead in system-call microbenchmarks (hardware virtualization does well there, but lots of system calls with no I/O isn't representative of the real world) and more or less even on everything else. VMware approved XenSource's whitepaper for publication about two weeks later (which, BTW, is no longer on Citrix's website and not visible on Google). The comparison was not apples-to-apples - XenSource switched from Xen 3.0 to Xen 3.2 in the comparison, and didn't make any software-virtualization/hardware-virtualization tweaks. In other words, XenSource's benchmark was just as skewed as VMware's. And everybody who knows anything about benchmarking knows it.
The summary of that whole mess: XenSource / Simon Crosby got more PR mileage out of making a big deal of EULA restrictions than from any actual performance comparison. They never cared about a performance comparison - it was all a PR stunt to get a great big /REDACTED/ document posted to news sites / blogs.
VMware does not forbid negative benchmarks; they do forbid stupid benchmarks. Usually, some amateur runs Passmark 2D, which is a system-call microbenchmark that doesn't even keep time correctly in a virtual machine. Every single person complaining about that EULA has never bothered submitting results - almost all submissions get approved.
A witty [sig] proves nothing. --Voltaire