- Don't look back
- Is support for OSS optional in your business?
- Nokia N810 Tablet + WiMax
- Vendors need to right-size their products
- Dolphins Invade Sun Campus!
- State of Open Source
- MySQL Workbench: open source data modeling
- Comments on The 451 Group's Database Report & Red Hat's 4Q revenue
- Kaplan: Guiding open source in IT
- Can the transportation market teach us anything about the software market?
July 31, 2006 | Comments: (0)
Why Red Hat says Xen isn't ready yet
News.com reported earlier today on Red Hat VP Alex Pinchev's comments on XenSource and why Red Hat isn't rolling it into RHEL just yet.
"XenSource is not stable yet, it's not ready for the enterprise," Pinchev told CNET News.com sister site ZDNet Australia on Monday.
"We don't feel that XenSource is stable enough to address banking, telco or any other enterprise customer, so until we are comfortable, we will not release it," he added.
Now The Register adds detail from an Illuminata report:
1. The new "credit scheduler" was just checked into the xen-unstable tree earlier this month. SLE10 shipped with two other schedulers (BVT and sEDF). According to this posting by Keir Fraser (one of the original developers of Xen): "With the new credit scheduler checked into the xen-unstable tree, I wouldn't recommend to use either BVT or SEDF. They're both buggy. The new scheduler is supported by us, automatically load balances on SMP systems, and has a simpler administrator interface. Once credit scheduler has demonstrated its stability we'll most likely remove the other two schedulers."
2. The SLE10 installer is primarily just for SUSE guests at this point. "...for Windows you have to use the manual approach by editing config files and changing entries to boot from CD/HD."
3. Performance profiling (xenoprof) is still in flux. e.g., it doesn't save or restore performance counter state on context switching (so it's difficult to profile performance within guest OSs).
4. According to Red Hat: "Xen security is an issue [that] Xen currently has no concept of: opening up the migration port, for example, will expose all of the guests to anybody on the network. (Imagine driving a server truck into a corporate parking lot, migrating all the instances to your servers, and driving off ;-).)"
This whole thing is a bit confusing, especially as I attended the Red Hat Integrated Virtualization launch where XenSource and Red Hat were all chummy. Don't ask me. I just blog here.
Posted by Dave Rosenberg on July 31, 2006 07:49 PM
RATE THIS ARTICLE:
-

- COMMENTS
I have been saying this for years, Xen is couple of "xen-test" runs shy of being the Studebaker of the virtualisation market: cool technology, but extremely fluctuating quality! I'm not surprised that RedHat, finally, after waiting patiently for Xen to stabilise, decided to call spade a spade, and decided to step off the slowing down hype-wagon. Hopefully, moving forward, the check-in happy brains, of my not so distant neighbours, slow down and work instead on enhancing the quality! Nevertheless, good job by partnering with MS though, the announcement should earn XenSourse yet another round of funding.
Cheers!
Posted by: Nigel at July 31, 2006 11:11 PM
- Get Started
- Port 25 Blogs
- OSS News
- Join a Project
{Open Source} Heroes Happen Here
Start today and order your own Hero Hack Pack – which includes Getting Started with Open Source, Windows Server 2008 and Visual Studio 2008 Trial. Each pack is a chance to win a free pass to OSCON 2008.
TOP STORIES
ADDITIONAL RESOURCES

- Remote Access: Maintain Security and Decrease the Burden on IT
- Beyond AntiVirus: Symantec Endpoint Protection
- What Every Enterprise Needs to Know About VDI

- Disaster Recovery in Minutes
- Protecting Microsoft(R) Applications
- Reduce Recovery Times and Tape Costs








