Blog posts tagged with 'xen'


22 Sep 2008 03:53 PM EDT
[ Tags: xen,  open source,  virtualization,  wikinomics,  goldcorp ]

During a recent presentation I gave to one of our alliance partners, an interesting question came up during the discussion - How can a commercial software company build a business based on open source software? After the question was asked, I saw many heads nodding in agreement. On the surface, this question may appear to be difficult to answer.

An excellent way to answer this pressing question can be found in a very intriguing book called Wikinomics. There is a story in the opening chapter about GoldCorp, a gold mining company. The story of the GoldCorp Challenge highlights the power of working with a very diverse group of people to take innovation and creativity to new heights. Rob McEwen of GoldCorp used that creativity and innovation to build a very successful business.

Read this short excerpt from the opening chapter - 

It was late in the afternoon, on a typically harsh Canadian winter day, as Rob McEwen, the CEO of Goldcorp Inc., stood at the head of the boardroom table confronting a room full of senior geologists. The news he was about to deliver was not good. In fact it was disastrous, and McEwen was having a hard time shielding his frustration.

The small Toronto-based gold-mining firm was struggling, besieged by strikes, lingering debts, and an exceedingly high cost of production, which had caused them to cease mining operations. Conditions in the marketplace were hardly favorable. The gold market was contracting, and most analysts assumed that the company's fifty-year-old mine in Red Lake, Ontario, was dying. Without evidence of substantial new gold deposits, the mine seemed destined for closure, and Goldcorp was likely to go down with it. Tensions were running at fever pitch. McEwen had no real experience in the extractive industries, let alone in gold mining. Nevertheless, as an adventurous young mutual fund manager he had gotten involved in a takeover battle and emerged as Goldcorp, Inc.'s majority owner. Few people in the room had much confidence that McEwen was the right person to rescue the company. But McEwen just shrugged off his critics.

He turned to his geologists and said, "We're going to find more gold on this property, and we won't leave this room tonight until we have a plan to find it." At the conclusion of the meeting he handed his geologists $10 million for further exploration and sent them packing for Northern Ontario. Most of his staff thought he was crazy but they carried out his instructions, drilling in the deepest and most remote parts of the mine. Amazingly, 2 few weeks later they arrived back at Goldcorp headquarters beaming with pride and bearing a remarkable discovery: Test drilling suggested rich deposits of new gold, as much as thirty times the amount Goldcorp was currently mining!

The discovery was surprising, and could hardly have been better timed. But after years of further exploration, and to McEwen's deep frustration, the company's geologists struggled to provide an accurate estimate of the gold's value and exact location. He desperately needed to inject the urgency of the market into the glacial processes of an old-economy industry.

In 1999, with the future still uncertain, McEwen took some time out for personal development. He wound up at an MIT conference for young presidents when coincidentally the subject of Linux came up. Perched in the lecture hall, McEwen listened intently to the remarkable story of how Linus Torvalds and a loose volunteer brigade of software developers had assembled the world-class computer operating system over the Internet. The lecturer explained how Torvalds revealed his code to the world, allowing thousands of anonymous programmers to vet it and make contributions of their own.

McEwen had an epiphany and sat back in his chair to contemplate. If Goldcorp employees couldn't find the Red Lake gold, maybe someone else could. And maybe the key to finding those people was to open up the exploration process in the same way Torvalds "open sourced" Linux.

McEwen raced back to Toronto to present the idea to his head geologist. "I'd like to take all of our geology, all the data we have that goes back to 1948, and put it into a file and share it with the world," he said. "Then we'll ask the world to tell us where we're going to find the next six million ounces of gold." McEwen saw this as an opportunity to harness some of the best minds in the industry. Perhaps understandably, the in-house geologists were just a little skeptical.

Mining is an intensely secretive industry, and apart from the minerals themselves, geological data is the most precious and carefully guarded resource. It's like the Cadbury secret-it's just not something companies go around sharing. Goldcorp employees wondered whether the global community of geologists would respond to Goldcorp's call in the same way that software developers rallied around Linus Torvalds. Moreover, they worried about how the contest would reflect on them and their inability to find the illusive gold deposits.

McEwen acknowledges in retrospect that the strategy was controversial and risky. "We were attacking a fundamental assumption; you simply don't give away proprietary data," he said. "It's so fundamental," he adds, "that no one had ever questioned it." Once again, McEwen was determined to soldier on.

In March 2000, the "Goldcorp Challenge" was launched with a total of $575,000 in prize money available to participants with the best methods and estimates. Every scrap of information (some four hundred megabytes worth) about the 55,000-acre property was revealed on Goldcorp's Web site. News of the contest spread quickly around the Internet, as more than one thousand virtual prospectors from fifty countries got busy crunching the data.

Within weeks, submissions from around the world came flooding in to Goldcorp headquarters. As expected, geologists got involved. But entries came from surprising sources, including graduate students, consultants, mathematicians, and military officers, all seeking a piece of the action. "We had applied math, advanced physics, intelligent systems, computer graphics, and organic solutions to inorganic problems. There were capabilities I had never seen before in the industry," says McEwen. "When I saw the computer graphics I almost fell out of my chair." The contestants had identified 110 targets on the Red Lake property, 50 percent of which had not been previously identified by the company. Over 80 percent of the new targets yielded substantial quantities of gold. In fact, since the challenge was initiated an astounding eight million ounces of gold have been found. McEwen estimates the collaborative process shaved two to three years off their exploration time.

Today Goldcorp is reaping the fruits of its open source approach to exploration. Not only did the contest yield copious quantities of gold, it catapulted his under-performing $ 100 million company into a $9 billion juggernaut while transforming a backward mining site in Northern Ontario into one of the most innovative and profitable properties in the industry. Needless to say McEwen is one happy camper. As are his shareholders. One hundred dollars invested in the company in 1993 is worth over $3,000 today.

Perhaps the most lasting legacy of the Goldcorp Challenge is the validation of an ingenious approach to exploration in what remains a conservative and highly secretive industry. Rob McEwen bucked an industry trend by sharing the company's proprietary data and simultaneously transformed 2 lumbering exploration process into a modem distributed gold discovery engine that harnessed some of the most talented minds in the field.

McEwen saw things differently. He realized that the uniquely qualified minds to make new discoveries were probably outside the boundaries of his organization, and by sharing some intellectual property he could harness the power of collective genius and capability. In doing so he stumbled successfully into the future of innovation, business, and how wealth and just about everything else will be created. Welcome to the new world of wikinomics where collaboration on a mass scale is set to change every institution in society.

Open source, wikis, blogging and other new forms of mass collaboration like MIT OpenCourseWare, Innocentive, NineSigma, and YourEncore are discussed in depth in Wikinomics.

Reading this book gave me a much firmer grasp on the real power of building a business by massively collaborating with others to mine for the golden nuggets of creativity and innovation of the open source Xen community. Citrix is able to use those golden nuggets to craft a fully supported and managed commercial software product and business.

Expand Blog Post
15 Mar 2008 11:41 AM EDT
[ Tags: xen,  ian pratt,  server virtualization,  video ]

Last month I posted about Ian Pratt's presentation on the Xen Open Source Hypervisor at the FOSDEM (Free and Open Source Developer's European Meeting) Conference. FOSDEM has posted videos of all the sessions. As the one of the primary founders of the Xen Open Source Hypervisor Project, Ian has unique insight into the Xen Project.  http://video.fosdem.org/2008/maintracks/FOSDEM2008-xen.ogg

Expand Blog Post
26 Feb 2008 04:27 PM EST
[ Tags: xen,  xenserver,  interview,  hypervisor,  open source,  ian pratt ]

Ian Pratt, one of the founders of the Xen Project, recently gave an inteview at FOSDEM.org about his recent talk at the FOSDEM 2008 conference. FOSDEM is the Free and Open Source Developers European Meeting.
 Here are a few snippets from the interview.

 

Last time, XenSource was not yet acquired by Citrix. What were the reasons to consider this sale?

I think we were doing pretty well as XenSource, but one of the challenges we faced is that it takes time to build a 'sales channel' to distribute software. Citrix already have a great sales channel, so the acquisition provided a great opportunity to take Xen to the mass-market.

What kind of open-source commitment do you expect from Citrix?

Citrix have been great in supporting the open source side of things, funding folk to work full-time on open source Xen, and also funding a full time Xen programme manager. The management understand the importance of a strong Xen community and the need for the project's independence from Citrix's own Xen products.

The change was always going to make some members of the community nervous (just like when we originally formed XenSource), but it's the same group of people and we intend to carry on just as before. One difference is that we now have 'xen.org' to provide a clear independent identity for the Xen project, and also the Xen Advisory Board to help govern the project.

How does Xen's future look on Windows platforms?

Lots of people use Xen to run Windows VMs -- after all, Windows arguably needs virtualization more than Unix OSes. I reckon that something like over 80% of the VMs running on XenServer are Windows.


You can read the entire interview at the FOSDEM.org site. In the past FOSDEM events, videos of the talks have been posted. None of the 2008 talks are posted yet, but soon you should be able to download the video of the entire talk by Ian Pratt at the FOSDEM video site. UPDATE: You can now download a pdf of Ian's presentation at FOSDEM.org here

Expand Blog Post
08 Feb 2008 03:08 PM EST

While looking at the referring sites in the blog metrics for an earlier post,I just came across a site for a new Xen book  called "Running Xen". This book is written by a member of the faculty (Jeanna Neefe Matthews) and several grad students (including a current IBMer) at Clarkson University in Potsdam, NY. The book is primarily focused on the open source hypervisor, but there is additional content on Citrix XenServer as well.

Here is a description of the book from the website -

We began using Xen in Fall 2003 soon after reading the paper "Xen and the Art of Virtualization" published in the Symposium on Operating Systems Principles (SOSP). After attending SOSP and talking to some of the authors, Jeanna Matthews returned excited about Xen. She and her graduate operating systems course at Clarkson University decided to repeat and extend the results reported in that paper. That class included two of the co-authors for this book, Eli Dow (currently at IBM) and Todd Deshane (currently completing his Ph.D.), who were both studying for their Master's degrees at the time. In the process of repeating the results from the 2003 Xen paper, we learned a lot about running Xen - much of it the hard way! Our goal for this book was to write exactly the material we wished was available when we first started using Xen.

In July 2004, we published the paper "Xen and the Art of Repeated Research" describing our experience with Xen and presenting the results we obtained repeating and extending the results. All the authors, in addition to being a part of the Fall 2003 graduate operating systems course, were also members of the Applied Computing Laboratories at Clarkson University specifically the Clarkson Open Source Institute (COSI) and the Clarkson Internet Teaching Laboratory (ITL). These labs were founded to provide students with hands-on experience with cutting-edge computing technologies and to form a community in which everyone both learns and teaches. Other students in the labs - both graduate and undergraduate - began to use Xen as the basis for both production systems and for research projects. Through the years, we have used Xen as the basis for a number of academic papers as well as the basis of award winning team projects. In the process, we have learned a lot about running Xen. It is our goal in this book to share this knowledge with you and to make your experience running Xen as smooth and simple as possible.

Here is the chapter list from the site -

  • Chapter 1 - Xen: Background and Virtualization Basics
  • Chapter 2 - A Quick Tour with the Xen LiveCD
  • Chapter 3 - The Xen Hypervisor
  • Chapter 4 - Hardware Requirements and Installation of Xen Dom0
  • Chapter 5 - Using Prebuilt Guest Images
  • Chapter 6 - Managing Unprivileged Domains
  • Chapter 7 - Populating Guest Images
  • Chapter 8 - Storing Guest Images
  • Chapter 9 - Device Virtualization and Management
  • Chapter 10 - Network Configuration
  • Chapter 11 - Securing a Xen System
  • Chapter 12 - Managing Guest Resources
  • Chapter 13 - Guest Save, Restore, and Migration
  • Chapter 14 - Xen in the Enterprise: A Brief Survey
  • Appendix A - Resources
  • Appendix B - The xm command
  • Appendix C - Xend Configuration Parameters
  • Appendix D - Guest Configuration Parameters
  • Appendix E - Xen Performance Evaluation

The Running Xen web site has a page with multiple sites where the book can be purchased here. If you get the book and read it (or already have) I would love to hear your feedback in the comments.

Expand Blog Post
08 Nov 2007 12:00 AM EST

One booth I visited in the XenSource Pavilion is Marathon Technologies. I can recall recommending their high availability solution to a number of customers back in the late 90 when I was still an independent consultant. Back then, the solution was hardware and software based. Now, Marathon solution is a completely software based high availability solution and runs on industry standard hardware. Marathon announced a new XenSource specific solution at VMWorld, and won Best of VMWorld for New Technolgoies . John Bara from XenSource (now part of the Virtualization Management Group at Citrix) said this about Marathon:

By integrating everRun with XenEnterprise, Marathon is enabling customers of any size to get simple, enterprise-grade virtualization solutions with FT-class application availability, said John Bara, vice president of marketing at XenSource. is another example of how XenSource is working with partners to ensure XenEnterprise seamlessly integrates as the virtualization platform for a wide-range of high-performance, best-in-class solutions._

In the demo I saw, the v-Available everRun solution from Marathon was able to handle a failure of a hard drive one side of the link and a network card on the other side and continue running. Unlike many other virtualization HA solutions, Marathon solution does not restart the VM after a failure on one side of the link. The Marathon is always running and can handle the failure of a single component of either side, or an entire VM on one side without any downtime. It makes for a very impressive demo.

That demo was of two servers on a LAN. The solutions also works over a WAN. I am still trying to get more info from Marathon Technologies to nail down what are the specific WAN requirements for this new offering. According to the Marathon FAQ the Split Site solution ( a different product) requires 10 ms of latency or less. Assuming has the same requirement, you cannot replicate a VM from a datacenter on the east coast to one on the west coast. According to a few docs I found on the Marathon website, the limit is 100 miles.

Here is a video I found on YouTube of an interview done by Virtual Strategy Magazine.


There was a virtualization webinar last week with Marathon CTO Jerry Melnick, the CTO of Citrix Virtualization Management Group Simon Crosby, and Chris Wolf from the Burton Group. Here is the webinar link .

Marathon has an excellent High Availability solution for virtual machines running on Citrix XenServer. If HA is requirement for you, check it out.

I have several more partner solutions to blog abut as I get time.

Add this blog to Technorati Favorites

Expand Blog Post
21 Dec 2007 10:57 AM EST

During a recent presentation I gave to one of our alliance partners, an interesting question came up during the discussion - How can a commercial software company build a business based on open source software? After the question was asked, I saw many heads nodding in agreement. On the surface, this question may appear to be difficult to answer.

An excellent way to answer this pressing question can be found in a very intriguing book called Wikinomics. There is a story in the opening chapter about GoldCorp, a gold mining company. The story of the GoldCorp Challenge highlights the power of working with a very diverse group of people to take innovation and creativity to new heights. Rob McEwen of GoldCorp used that innovation and creativity to build a very successful business.

Read this short excerpt from the opening chapter - 

It was late in the afternoon, on a typically harsh Canadian winter day, as Rob McEwen, the CEO of Goldcorp Inc., stood at the head of the boardroom table confronting a room full of senior geologists. The news he was about to deliver was not good. In fact it was disastrous, and McEwen was having a hard time shielding his frustration.

The small Toronto-based gold-mining firm was struggling, besieged by strikes, lingering debts, and an exceedingly high cost of production, which had caused them to cease mining operations. Conditions in the marketplace were hardly favorable. The gold market was contracting, and most analysts assumed that the company's fifty-year-old mine in Red Lake, Ontario, was dying. Without evidence of substantial new gold deposits, the mine seemed destined for closure, and Goldcorp was likely to go down with it. Tensions were running at fever pitch. McEwen had no real experience in the extractive industries, let alone in gold mining. Nevertheless, as an adventurous young mutual fund manager he had gotten involved in a takeover battle and emerged as Goldcorp, Inc.'s majority owner. Few people in the room had much confidence that McEwen was the right person to rescue the company. But McEwen just shrugged off his critics.

He turned to his geologists and said, "We're going to find more gold on this property, and we won't leave this room tonight until we have a plan to find it." At the conclusion of the meeting he handed his geologists $10 million for further exploration and sent them packing for Northern Ontario. Most of his staff thought he was crazy but they carried out his instructions, drilling in the deepest and most remote parts of the mine. Amazingly, 2 few weeks later they arrived back at Goldcorp headquarters beaming with pride and bearing a remarkable discovery: Test drilling suggested rich deposits of new gold, as much as thirty times the amount Goldcorp was currently mining!

The discovery was surprising, and could hardly have been better timed. But after years of further exploration, and to McEwen's deep frustration, the company's geologists struggled to provide an accurate estimate of the gold's value and exact location. He desperately needed to inject the urgency of the market into the glacial processes of an old-economy industry.

In 1999, with the future still uncertain, McEwen took some time out for personal development. He wound up at an MIT conference for young presidents when coincidentally the subject of Linux came up. Perched in the lecture hall, McEwen listened intently to the remarkable story of how Linus Torvalds and a loose volunteer brigade of software developers had assembled the world-class computer operating system over the Internet. The lecturer explained how Torvalds revealed his code to the world, allowing thousands of anonymous programmers to vet it and make contributions of their own.

McEwen had an epiphany and sat back in his chair to contemplate. If Goldcorp employees couldn't find the Red Lake gold, maybe someone else could. And maybe the key to finding those people was to open up the exploration process in the same way Torvalds "open sourced" Linux.

McEwen raced back to Toronto to present the idea to his head geologist. "I'd like to take all of our geology, all the data we have that goes back to 1948, and put it into a file and share it with the world," he said. "Then we'll ask the world to tell us where we're going to find the next six million ounces of gold." McEwen saw this as an opportunity to harness some of the best minds in the industry. Perhaps understandably, the in-house geologists were just a little skeptical.

Mining is an intensely secretive industry, and apart from the minerals themselves, geological data is the most precious and carefully guarded resource. It's like the Cadbury secret-it's just not something companies go around sharing. Goldcorp employees wondered whether the global community of geologists would respond to Goldcorp's call in the same way that software developers rallied around Linus Torvalds. Moreover, they worried about how the contest would reflect on them and their inability to find the illusive gold deposits.

McEwen acknowledges in retrospect that the strategy was controversial and risky. "We were attacking a fundamental assumption; you simply don't give away proprietary data," he said. "It's so fundamental," he adds, "that no one had ever questioned it." Once again, McEwen was determined to soldier on.

In March 2000, the "Goldcorp Challenge" was launched with a total of $575,000 in prize money available to participants with the best methods and estimates. Every scrap of information (some four hundred megabytes worth) about the 55,000-acre property was revealed on Goldcorp's Web site. News of the contest spread quickly around the Internet, as more than one thousand virtual prospectors from fifty countries got busy crunching the data.

Within weeks, submissions from around the world came flooding in to Goldcorp headquarters. As expected, geologists got involved. But entries came from surprising sources, including graduate students, consultants, mathematicians, and military officers, all seeking a piece of the action. "We had applied math, advanced physics, intelligent systems, computer graphics, and organic solutions to inorganic problems. There were capabilities I had never seen before in the industry," says McEwen. "When I saw the computer graphics I almost fell out of my chair." The contestants had identified 110 targets on the Red Lake property, 50 percent of which had not been previously identified by the company. Over 80 percent of the new targets yielded substantial quantities of gold. In fact, since the challenge was initiated an astounding eight million ounces of gold have been found. McEwen estimates the collaborative process shaved two to three years off their exploration time.

Today Goldcorp is reaping the fruits of its open source approach to exploration. Not only did the contest yield copious quantities of gold, it catapulted his under-performing $ 100 million company into a $9 billion juggernaut while transforming a backward mining site in Northern Ontario into one of the most innovative and profitable properties in the industry. Needless to say McEwen is one happy camper. As are his shareholders. One hundred dollars invested in the company in 1993 is worth over $3,000 today.

Perhaps the most lasting legacy of the Goldcorp Challenge is the validation of an ingenious approach to exploration in what remains a conservative and highly secretive industry. Rob McEwen bucked an industry trend by sharing the company's proprietary data and simultaneously transformed 2 lumbering exploration process into a modem distributed gold discovery engine that harnessed some of the most talented minds in the field.

McEwen saw things differently. He realized that the uniquely qualified minds to make new discoveries were probably outside the boundaries of his organization, and by sharing some intellectual property he could harness the power of collective genius and capability. In doing so he stumbled successfully into the future of innovation, business, and how wealth and just about everything else will be created. Welcome to the new world of wikinomics where collaboration on a mass scale is set to change every institution in society.

Don Tapscott, one of the authors of Wikinomics, gave a presentation to Google on his book. You can see the video of that presentation below -


As I posted earlier, the Xen Project is benefiting a great deal from the mass collaboration of developers from Intel, AMD, IBM, HP, Sun and Oracle working on this second generation hypervisor. We are able to build on top of this creativity and innovation in much the same way GoldCorp did.

Open source, wikis, blogging and other new forms of mass collaboration like MIT OpenCourseWare, Innocentive, NineSigma, and YourEncore are discussed in depth in Wikinomics. Reading this book gave me a much firmer grasp on the real power of building a business by massively collaborating with others to mine for the golden nuggets of innovation and creativity .

Add this blog to Technorati Favorites

Expand Blog Post
14 Dec 2007 03:27 PM EST

In my blog post from the Xen Summit, I promised to follow up on the Xen Summit once the presentations were posted. I put together a list of the presentations and presenters in this post. Now I would like to dig down into a few of the more interesting presentations. The first one I will discuss is the Project Update by Ian Pratt.

The first presentation of the Xen Summit was by Ian Pratt, founder of Xen. For those of you who are not familiar with Ian Pratt, here is bit of his bio -

Ian Pratt is the leader and chief architect of the Xen project, which he founded in 2001 with the aim of making virtualization ubiquitous on scale-out hardware, and was a founder of XenSource. Ian has played a key role in both the architecture of Xen and formation of industry partnerships that led to the emergence of Xen as the open source virtualization technology. Ian is a member of Senior faculty at the Computer Laboratory of Cambridge University, UK, where he has led Systems Research for 7 years. He holds a PhD in Computer Science, and was elected a Fellow of Kings College in 1996. Ian was a founder of Nemesys Research, acquired by FORE Systems, and has consulted widely in the technology industry.

In addition to being on the faculty at Cambridge and leading the Xen hypervisor open source project, Ian Pratt is also VP of Advanced Projects for the VMD division of Citrix.

UPDATE: This project status and road map is specifically for the Xen open source hypervisor, not the Citrix XenServer product. While Citrix XenServer is built on top of the Xen open source hypervisor, it provides numerous additional management features on top of the Xen open source hypervisor.

Here is a bit of info from Ian's Xen Project Status Presentation at the Xen Summit -

Creation of the new Xen Project Avisory Board and Xen.org

Members of the Xen Advisory Board include the following

  • Citrix
  • IBM
  • Intel
  • HP
  • Novell
  • Red Hat
  • Sun

The Xen Project Mission Statement is -

Build the industry standard open source hypervisor
- Core "engine" that is incorporated into multiple vendors' products
• Maintain our industry-leading performance
- Be first to exploit new hardware acceleration features
- Help OS vendors paravirtualize their OSes
• Maintain our reputation for stability and quality
- Security must now be paramount
• Support multiple CPU types; big and small systems
- From server to client to mobile
• Foster innovation
- Be a great platform for research and experimentation
• Drive interoperability
- Between Xen-based products
- With other virtualization products


UPDATE: I have received some questions about the status of the Xen Open Source project since the aquisistion. This project is going forward under the Xen Adfvisory Board, as mentioned above. The project is extremely active. As I mentioned in this earlier post, the Xen project is getting a great deal of industry wide participation.



there is wide industry participation in the Xen hypervisor open source project. In this Xen Summit alone there were six presentations from Intel, three presentations from Sun and Red Hat, and two from HP and three from Citrix. In the Spring 2007 Xen Summit, there were eight presentations by IBM, three presentations by HP, two presentations by AMD, three by Red Hat, and seven by XenSource/Citrix. The Xen Open Source hypervisor is pulling in the creativity, innovation, knowledge and experience of a wide range of industry heavyweights. This effort is completely focused on building a highly scalable, stable and a powerful 64 bit virtualization engine.

Another slide covers Xen Architectural's Advantages -

 Xen's true hypervisor architecture enables
excellent security and scalability
• Lightweight service domains
- I/O driver domains and utility domains
- Device emulation domains
- Domain building / measurement domains
• Allows efficient large SMP scalability
• Minimum privilege, small TCB
- De-privilege and disaggregate domain 0
True hypervisor design
- Small privileged component, principle of least privilege
• Secure compartmentalization
- Grant tables allow controlled sharing
• Optimized as a hypervisor
• Cross-platform: x86, ia64, Power and ARM
• OS agnostic: Windows, Linux, Solaris, *BSD
• Flexible to enable domain0 disaggregation
- Control-plane OS (e.g. OpenBSD or MiniOS)
- Driver domains
- Service domains (e.g. virus scanners, firewalls etc)

Ian briefly covers the Xen Project Roadmap as well -

  

Server
- Performance and scalability optimizations
- Enable Smart IO devices
- SCSI pass-through

• Security
- Domain0 disaggregation; XSM Xen Security Modules
- Secure boot, TPM, certification, multi-level secure systems

• Client
- Power management
  Suspend and hibernate; Clock management
- 3D video
   direct h/w access; high-performance guest virtualization
- USB device pass-through







Xen vs ESX  Performance

The last few slides from Ian's presentation include updated performance graphs from a recent XenServer Enterprise vs ESX performance test. XenSource did receive permission form VMWare to publish the ESX numbers, and you can find the compairson to XenEnterprise 3.2 here . Ian's slides have some newer graphs that included testing on an early beta of XenEnterprise v4 (though the chart legends were not updated).

Here are three graphs from the presentation -

XenServer Enterprise Compared to ESX 3.01 with RHEL5 running a Sun JVM

Windows 2003 Passmark CPU Results

Windows 2004 Passmark memory Results

As you can see, the performance of XenServer Enterprise v4 vs. ESX 3.01 is very similar, and in several cases, slightly better (at about 40% of the cost).

Add this blog to Technorati Favorites

Expand Blog Post
14 Dec 2007 10:01 AM EST

In my blog post from the Xen Summit, I promised to follow up on the Xen Summit once the presentations were posted. Those presentations are now available on Xen.org. Here is a list of the presentations -

Introductory Comments and Xen Status/Roadmaps

Ian Pratt (Citrix, Cambridge), Project Status and Organization

Keir Fraser (Citrix, Cambridge), Roadmap and Releases

Xen Community: A Sampling of Status and Roadmaps

Todd Clayton (Sun), OpenSolaris, Xen and the xVM Project

Clyde Griffin (Novell), Novell Xen Roadmap

Jeremy Fitzhardinge (Citrix, Cambridge), Linux parvirtops status

Aron Griffix (HP), IA64 Update

Add One-half Xen and Stir Briskly

Mick Jordan (Sun), JavaGuest

Gerd Hoffman (Red Hat), Introducing Xenner (Abstract Only Available)

John Zulauf (Intel), Xen Extensions to Enable Modular/3P Device Emulation for HVM

Daniel Berrange(Red Hat), Directions for development & integration of Xen and QEMU

CPUs updates, scheduling, mobile

Tom Woller (AMD), AMD Update

Jun Nakajima (Intel), Intel Update

Scott Rixner (Rice University), Scheduling Pitfalls for I/O-intensive Guests

Sang-bum Suh, Secure Xen on ARM

Xen Networking

Greg Law (SolarFlare), The Convergence of Storage and Server Virtualization

Jose Renato Santos (HP), Netchannel2: Improving Xen Networking Performance

David Edmondson (Sun), OpenSolaris xVM Network Architecture

Xen Memory and Storage

Grzegorz Milos (Cambridge), Memory CoW in Xen

Hitoshi Matsumoto (Fujitsu), SCSI Support Status

Dutch T. Meyer (University of British Columbia), Parallax, A VM Storage Infrastruture

Xen Security

Vedvyas Shanbhogue(Intel), VIS:Virtualization-based Integrity Services

Derek Murray (University of Cambridge), Improving Xen security through domain-zero disaggregation

Joseph Cihula (Intel), Trusted Boot - Verifying the Xen Launch

Xen Deployment

Roman Marxer (Google) - A Xen Based High Availability Cluster)

Dave Lively (Virtual Iron), Running Xen Diskless

Brendan Cully (University of British Columbia), High Speed Checkpointing for High Availability

Donald Dugger (Intel), Updating Xen for the Client Environment

Padmashree K Apparao(Intel), Characterization and Analysis of a Server Consolidation Benchmark

Frank Martin (Oracle), Virtualization of Enterprise DataCenters Using Xen

As you can see from this list, there is wide industry participation in the Xen hypervisor open source project. In this Xen Summit alone there were six presentations from Intel, three presentations from Sun and Red Hat, and two from HP and three from Citrix. In the Spring 2007 Xen Summit, there were eight presentations by IBM, three presentations by HP, two presentations by AMD, three by Red Hat, and seven by XenSource/Citrix. The Xen Open Source hypervisor is pulling in the creativity, innovation, knowledge and experience of a wide range of industry heavyweights. This effort is completely focused on building a highly scalable, stable and a powerful 64 bit virtualization engine.

I will be blogging about some of the individual presentations form the Fall 2007 Xen Summit later.

Add this blog to Technorati Favorites

Expand Blog Post
11 Dec 2007 07:02 PM EST
posted by Barry Flanagan

Rick Vanover of SearchServerVirtualization.com wrote a post called "Why You Must Evaluate Citrix XenServer" -

after attending a summary of the recent Citrix iForum it became clear that XenServer will pose a significant challenge in all areas to the VMware offering asthe resources of Citrix are integrated to the XenServer platform as the products mature.    

Rick later writes -

it may be a good idea to determine the differences from the management side between VMware ESX and Citrix XenServer Enterprise edition. There are some differences, and as the next release of XenServer that has had the Citrix touch on the whole build, there should be some exciting new features that will surely give VMware a challenge for the best enterprise virtualization product. Regardless, we all win, as a better suite of products will be made available to the enterprise

You can download Citrix XenServer Express Edition for free here.

Here is a graphic that shows the capabilities between the different versions of XenServer -




With XenServer Express, you can start your evaluation quickly and easily.

If you want an overview of XenServer before you start your evaluation, check out this XenServer Mini-Product Training post

Doug Brown of DABCC.com put together a Citrix XenServer overview video as part of his new DABCC TV. Doug goes through rthe virtualization capabilities of the Xen Hypervisor and Citrix XenServer with Chas Setchell of 2Virtualize.com . I will be bloggin more about this video later.

*Add this blog to Technorati Favorites*

Expand Blog Post
16 Nov 2007 12:00 AM EST
[ Tags: xen,  xen summit,  open source,  hypervisor,  xenserver ]

I am sitting in the Auditorium of Bldg. #3 at the SUN Microsystems Campus in Santa Clara (by far the most impressive campus of any technology company that I have seen BTW) during a break for the Xen Summit.

There have been many very interesting presentations so far at the Xen Summit. All will be posted in the next few weeks for your review. Here are a few thoughts...

Ian Pratt, the original developer of Xen and one of the founders of XenSource, opened up with a roadmap. I missed most of this unfortunately due to a very late flight. Later, we heard from Mick Jordan from Sun Research about a completely Java based VM running on Xen called JavaGuest . Tom Woller of AMD and Jun Nakajima of Intel provided an update and road map for CPU assisted virtualization. Greg Law from SolarFlare gave a very intriguing presentation on using there 10GB Nic and their vNIC driver to greatly improve the Network and Disk I/O throughput in a Xen Environment (they show up to 3X improvement with lower CPU utilization) by directly accessing the hardware. Roman Maxer from Google talked about Ganeti, a new open source tool created by Google for high availability on open source Xen (and used on internal production systems).

I will have much more as the presentations are posted on our web site.

Add this blog to Technorati Favorites

Expand Blog Post

Page: 1 2  Next >>