<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.0.11" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: Children, Behave!</title>
	<link>http://www.linux-mag.com/id/3247/</link>
	<description>Open Source, Open Standards</description>
	<pubDate>Mon, 22 Mar 2010 09:52:52 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.0.11</generator>

	<item>
		<title>by: thatblackguy</title>
		<link>http://www.linux-mag.com/id/3247/#comment-1961</link>
		<pubDate>Mon, 12 Jan 2009 22:42:31 +0000</pubDate>
		<guid>http://www.linux-mag.com/id/3247/#comment-1961</guid>
					<description>I agree with you to a degree.  The powers that be should have a standard virtualization interface within the linux kernel that would allow anyone to develop virtualization products.  In comes KVM which was introduced to the linux kernel in version 2.6.20 (http://virtualize-it.highspeed-data.net/index.php/linux-2620-integrates-kvm-hypervisor-for-hardware-virtualiztion/).  This could be a start when it comes to kernel-based virtualization standards because it is possible for anyone to develop a type-1-like hypervisor product using KVM! However I do not believe that any of these companies that develop a type-1 (or bare metal) hypervisor will do things any differently than what they are doing now.  It's called competition. 

I also agree that while VMware is one of the most polished and easy-to-use solutions out there, there are others like VirtualBox and Virtual Iron that have open source versions of their products and seem to be doing just fine.  So VMware probably wouldn't lose much if they contributed some source but on the other hand, would you give your secrets away if you were them? 

I still have customers running Pentium 3/4 CPUs that lack the Intel-VT feature set, and from a performance standpoint any properly provisioned machine can can do well.  But if your system is lacking key resources you may even consider to use something like OpenVZ which is limited to a degree but uses very little overhead, or VirtualBox which also can run different operating systems on linux free of charge (like VMware server).  And don't forget Virtual Iron which is a type-1 hypervisor solution running on Xen.</description>
		<content:encoded><![CDATA[<p>I agree with you to a degree.  The powers that be should have a standard virtualization interface within the linux kernel that would allow anyone to develop virtualization products.  In comes KVM which was introduced to the linux kernel in version 2.6.20 (http://virtualize-it.highspeed-data.net/index.php/linux-2620-integrates-kvm-hypervisor-for-hardware-virtualiztion/).  This could be a start when it comes to kernel-based virtualization standards because it is possible for anyone to develop a type-1-like hypervisor product using KVM! However I do not believe that any of these companies that develop a type-1 (or bare metal) hypervisor will do things any differently than what they are doing now.  It&#8217;s called competition. </p>
<p>I also agree that while VMware is one of the most polished and easy-to-use solutions out there, there are others like VirtualBox and Virtual Iron that have open source versions of their products and seem to be doing just fine.  So VMware probably wouldn&#8217;t lose much if they contributed some source but on the other hand, would you give your secrets away if you were them? </p>
<p>I still have customers running Pentium 3/4 CPUs that lack the Intel-VT feature set, and from a performance standpoint any properly provisioned machine can can do well.  But if your system is lacking key resources you may even consider to use something like OpenVZ which is limited to a degree but uses very little overhead, or VirtualBox which also can run different operating systems on linux free of charge (like VMware server).  And don&#8217;t forget Virtual Iron which is a type-1 hypervisor solution running on Xen.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: zerlgi three</title>
		<link>http://www.linux-mag.com/id/3247/#comment-985</link>
		<pubDate>Sun, 13 Apr 2008 17:11:28 +0000</pubDate>
		<guid>http://www.linux-mag.com/id/3247/#comment-985</guid>
					<description>What about KVM.

... Kernel Virtual Machine (unless I am mistaken), another linux virtualization option.

my other 2 cents:
OpenVZ = very quick, but not true VM, hence useage of Virtual Environment, coz it's like super-chroot. Hosts on certain distros of Linux. Gratis &#38; Libre.

Xen = supports h/ware vmx/vmt for better performance: Linux host. Gratis &#38; Libre.

VMware server = easy to set up and use. Supports hosts on Win/Lin/Mac. Gratis

At the moment I mostly use OpenVZ and VMware. Provisioning tools in Xen were too painful last time I tried (end 2007).</description>
		<content:encoded><![CDATA[<p>What about KVM.</p>
<p>&#8230; Kernel Virtual Machine (unless I am mistaken), another linux virtualization option.</p>
<p>my other 2 cents:<br />
OpenVZ = very quick, but not true VM, hence useage of Virtual Environment, coz it&#8217;s like super-chroot. Hosts on certain distros of Linux. Gratis &amp; Libre.</p>
<p>Xen = supports h/ware vmx/vmt for better performance: Linux host. Gratis &amp; Libre.</p>
<p>VMware server = easy to set up and use. Supports hosts on Win/Lin/Mac. Gratis</p>
<p>At the moment I mostly use OpenVZ and VMware. Provisioning tools in Xen were too painful last time I tried (end 2007).
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: twburger</title>
		<link>http://www.linux-mag.com/id/3247/#comment-33</link>
		<pubDate>Wed, 30 May 2007 19:38:15 +0000</pubDate>
		<guid>http://www.linux-mag.com/id/3247/#comment-33</guid>
					<description>With Intel's new iVT hardware there should be more standardization between the VMs. If not, at least they will run faster.</description>
		<content:encoded><![CDATA[<p>With Intel&#8217;s new iVT hardware there should be more standardization between the VMs. If not, at least they will run faster.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Jason Perlow</title>
		<link>http://www.linux-mag.com/id/3247/#comment-32</link>
		<pubDate>Mon, 28 May 2007 21:35:55 +0000</pubDate>
		<guid>http://www.linux-mag.com/id/3247/#comment-32</guid>
					<description>Fundamentally I cannot agree with that because the methodology I proposed for VMWare is the exact thing that Sun is doing with Solaris, OpenSolaris, OpenOffice and StarOffice, or what Red Hat does with Fedora and RHEL and what Novell does with SLES and OpenSuSE. It seems to be working for those vendors quite well, and their community certainly isn't perceived as a group of beggars. If anything those product development cycles would not be anywhere near as accelerated as they are without the participation of the community. This is what I am trying to drive home with the folks at VMWare.

As to "everything depends on the license" I believe it is possible to address the IP needs of the originating company and the developer community with a number of different OSI-approved licenses. GPL2, GPL3, LGPL, Apache, Mozilla, CDDL and BSD are all legitimate Open Source licenses, and can satisfy a number of different needs. Personally, I think that GPL3 holds the most promise for dealing with IP issues going forward, but that's for the community to decide.</description>
		<content:encoded><![CDATA[<p>Fundamentally I cannot agree with that because the methodology I proposed for VMWare is the exact thing that Sun is doing with Solaris, OpenSolaris, OpenOffice and StarOffice, or what Red Hat does with Fedora and RHEL and what Novell does with SLES and OpenSuSE. It seems to be working for those vendors quite well, and their community certainly isn&#8217;t perceived as a group of beggars. If anything those product development cycles would not be anywhere near as accelerated as they are without the participation of the community. This is what I am trying to drive home with the folks at VMWare.</p>
<p>As to &#8220;everything depends on the license&#8221; I believe it is possible to address the IP needs of the originating company and the developer community with a number of different OSI-approved licenses. GPL2, GPL3, LGPL, Apache, Mozilla, CDDL and BSD are all legitimate Open Source licenses, and can satisfy a number of different needs. Personally, I think that GPL3 holds the most promise for dealing with IP issues going forward, but that&#8217;s for the community to decide.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Eric Drake</title>
		<link>http://www.linux-mag.com/id/3247/#comment-31</link>
		<pubDate>Mon, 28 May 2007 15:12:44 +0000</pubDate>
		<guid>http://www.linux-mag.com/id/3247/#comment-31</guid>
					<description>I took a look at your proposal.  Open source of course doesn't really mean anything because everything depends on the license.  But what seems to be the ever present issue in the free software world is that people using proprietary solutions want that solution made free software.  As long as people refuse to use free software as a matter of principle even if they have to work around some lost functionality, proprietary software vendors know they can keep things just the way they are by being one step ahead of any free software.  Until freedom becomes the number one priority, users of proprietary software seeking open sourcing of their favorite product will always be seen by proprietary software vendors as beggars.</description>
		<content:encoded><![CDATA[<p>I took a look at your proposal.  Open source of course doesn&#8217;t really mean anything because everything depends on the license.  But what seems to be the ever present issue in the free software world is that people using proprietary solutions want that solution made free software.  As long as people refuse to use free software as a matter of principle even if they have to work around some lost functionality, proprietary software vendors know they can keep things just the way they are by being one step ahead of any free software.  Until freedom becomes the number one priority, users of proprietary software seeking open sourcing of their favorite product will always be seen by proprietary software vendors as beggars.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Jason Perlow</title>
		<link>http://www.linux-mag.com/id/3247/#comment-30</link>
		<pubDate>Sun, 27 May 2007 23:07:20 +0000</pubDate>
		<guid>http://www.linux-mag.com/id/3247/#comment-30</guid>
					<description>I still think the idea of an Open Source version of ESX has legs. Here's a copy of the presentation I made at TSX a few weeks ago:

http://www.theuw.net/~perlow/shared/JasonPerlow-OpenESX.pdf

It was for a session called "VMWare's next big idea" and I was selected from a large list of entries that were made at the 2 day symposium, to compete with 3 other people who also presented their ideas for a $500 prize.

I didn't win, the guy who came up with the idea so VMWare's partners could "print money" did.</description>
		<content:encoded><![CDATA[<p>I still think the idea of an Open Source version of ESX has legs. Here&#8217;s a copy of the presentation I made at TSX a few weeks ago:</p>
<p><a href="http://www.theuw.net/~perlow/shared/JasonPerlow-OpenESX.pdf" rel="nofollow">http://www.theuw.net/~perlow/shared/JasonPerlow-OpenESX.pdf</a></p>
<p>It was for a session called &#8220;VMWare&#8217;s next big idea&#8221; and I was selected from a large list of entries that were made at the 2 day symposium, to compete with 3 other people who also presented their ideas for a $500 prize.</p>
<p>I didn&#8217;t win, the guy who came up with the idea so VMWare&#8217;s partners could &#8220;print money&#8221; did.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Jason Perlow</title>
		<link>http://www.linux-mag.com/id/3247/#comment-29</link>
		<pubDate>Sun, 27 May 2007 22:56:24 +0000</pubDate>
		<guid>http://www.linux-mag.com/id/3247/#comment-29</guid>
					<description>VMWare is polished but its hypervisor only supports a limited amount of hardware, a small subset of what the Linux kernel supports. Open Sourcing the vmkernel hypervisor and other parts of ESX server would enable it to run on more hardware, and allow extensions into things like the service console.

I proposed this to VMWare at the most recent TSX forum in Las Vegas, and they were open to the idea for further discussion. So it's not that far out a concept. They know Xen is a threat and they can sit on their laurels for only so long until they need to do something drastic.</description>
		<content:encoded><![CDATA[<p>VMWare is polished but its hypervisor only supports a limited amount of hardware, a small subset of what the Linux kernel supports. Open Sourcing the vmkernel hypervisor and other parts of ESX server would enable it to run on more hardware, and allow extensions into things like the service console.</p>
<p>I proposed this to VMWare at the most recent TSX forum in Las Vegas, and they were open to the idea for further discussion. So it&#8217;s not that far out a concept. They know Xen is a threat and they can sit on their laurels for only so long until they need to do something drastic.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Eric Drake</title>
		<link>http://www.linux-mag.com/id/3247/#comment-28</link>
		<pubDate>Sun, 27 May 2007 19:05:43 +0000</pubDate>
		<guid>http://www.linux-mag.com/id/3247/#comment-28</guid>
					<description>Err ... If vmware is so polished why would they open source their engine ?  If they are the superior virtualization technology what does open sourcing their engine bring them when the open source versions are judged by you as lacking polish ?  And if you are so supportive of free software, why don't you give up the proprietary polish and work on polishing up the free software that's available ?  And if you don't have polishing skills, why don't you help provide information that a user of free software would need if they don't want to run vmware ?  Get real!</description>
		<content:encoded><![CDATA[<p>Err &#8230; If vmware is so polished why would they open source their engine ?  If they are the superior virtualization technology what does open sourcing their engine bring them when the open source versions are judged by you as lacking polish ?  And if you are so supportive of free software, why don&#8217;t you give up the proprietary polish and work on polishing up the free software that&#8217;s available ?  And if you don&#8217;t have polishing skills, why don&#8217;t you help provide information that a user of free software would need if they don&#8217;t want to run vmware ?  Get real!
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Iray Valo</title>
		<link>http://www.linux-mag.com/id/3247/#comment-19</link>
		<pubDate>Fri, 25 May 2007 07:46:46 +0000</pubDate>
		<guid>http://www.linux-mag.com/id/3247/#comment-19</guid>
					<description>Don't forget that you can't compare those solutions so straightforwardly as the underlying technology is quite different.

Check &lt;a href="http://en.wikipedia.org/wiki/Virtualization" title="Virtualization" rel="nofollow"&gt;Wikipedia's page on virtualization&lt;/a&gt;

And as Mike says, with the next generation hardware support, Xen is really leading the way.</description>
		<content:encoded><![CDATA[<p>Don&#8217;t forget that you can&#8217;t compare those solutions so straightforwardly as the underlying technology is quite different.</p>
<p>Check <a href="http://en.wikipedia.org/wiki/Virtualization" title="Virtualization" rel="nofollow">Wikipedia&#8217;s page on virtualization</a></p>
<p>And as Mike says, with the next generation hardware support, Xen is really leading the way.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: mike crown</title>
		<link>http://www.linux-mag.com/id/3247/#comment-10</link>
		<pubDate>Thu, 24 May 2007 15:10:00 +0000</pubDate>
		<guid>http://www.linux-mag.com/id/3247/#comment-10</guid>
					<description>The people you refer to as Xen are probably XenSource. Xen itself is a hypervisor, tool set and kernel patch, XenSource is a company that sells a Xen based Linux product (that smells like CentOS) with some very, VERY polished tools.

Also check out Virtual Iron, who sells a different spin on Xen. Their concept used to be that you plugged a CD in one machine and let the rest of the machines network/PXE boot; smooth but not what I needed so I haven't looked lately.

Red Hat Enterprise 5 has Xen tools built in. I'd say it IS being supported, and since you can count on a minimum of 5 year support for any Enterprise edition, (probably more like 10 to 15) I'd say that Xen won the Red Hat nomination.

There are some other serious players on the field, but the battle seems to be boiling down to Xen Vs. VMware. Xen is cost free, free to download, open source and you can get it with CentOS 5, Novell, Red Hat Enterprise 5, Gentoo, Debian or probably through any other major Linux distributor now.

VMWare is not open source and probably never will be. VMWare is owned by EMC who has lately not been at the top of the charts for customer satisfaction. It is free of cost, but if you look at Enterprise edition cost comparisons you need a VERY hefty budget to consider VMWare.

Of course, every distribution that sells support will tell you that they have the best one. Ask any of the distros using Xen and they'll tell you why Xen is better than VMWare, ask EMC and they'll tell you why you need VMWare. Shocking isn't it?

The really interesting news is that Window's next server edition will almost certainly use the same same type of virtualization that Xen uses. Longhorn (this incarnation) plays nice with Xen on Novell and Longhorn hypervisor hosts Novell nicely too.

Short version: 
* Microsoft, Red Hat, Oracle, Novell, and Debian all seem to be planning on working with , or flatly supporting Xen.
* Xen was designed to take advantage of new hardware options from AMD and Intel (new enough that you still have to ask specifically if you're buying servers)
* EMC's VMWare offers an older hardware the ability to do virtualization that Xen cannot.

Did you know you can run VMWare inside of a Xen based system? I don't know about efficiency, but when I tried it, it worked.</description>
		<content:encoded><![CDATA[<p>The people you refer to as Xen are probably XenSource. Xen itself is a hypervisor, tool set and kernel patch, XenSource is a company that sells a Xen based Linux product (that smells like CentOS) with some very, VERY polished tools.</p>
<p>Also check out Virtual Iron, who sells a different spin on Xen. Their concept used to be that you plugged a CD in one machine and let the rest of the machines network/PXE boot; smooth but not what I needed so I haven&#8217;t looked lately.</p>
<p>Red Hat Enterprise 5 has Xen tools built in. I&#8217;d say it IS being supported, and since you can count on a minimum of 5 year support for any Enterprise edition, (probably more like 10 to 15) I&#8217;d say that Xen won the Red Hat nomination.</p>
<p>There are some other serious players on the field, but the battle seems to be boiling down to Xen Vs. VMware. Xen is cost free, free to download, open source and you can get it with CentOS 5, Novell, Red Hat Enterprise 5, Gentoo, Debian or probably through any other major Linux distributor now.</p>
<p>VMWare is not open source and probably never will be. VMWare is owned by EMC who has lately not been at the top of the charts for customer satisfaction. It is free of cost, but if you look at Enterprise edition cost comparisons you need a VERY hefty budget to consider VMWare.</p>
<p>Of course, every distribution that sells support will tell you that they have the best one. Ask any of the distros using Xen and they&#8217;ll tell you why Xen is better than VMWare, ask EMC and they&#8217;ll tell you why you need VMWare. Shocking isn&#8217;t it?</p>
<p>The really interesting news is that Window&#8217;s next server edition will almost certainly use the same same type of virtualization that Xen uses. Longhorn (this incarnation) plays nice with Xen on Novell and Longhorn hypervisor hosts Novell nicely too.</p>
<p>Short version:<br />
* Microsoft, Red Hat, Oracle, Novell, and Debian all seem to be planning on working with , or flatly supporting Xen.<br />
* Xen was designed to take advantage of new hardware options from AMD and Intel (new enough that you still have to ask specifically if you&#8217;re buying servers)<br />
* EMC&#8217;s VMWare offers an older hardware the ability to do virtualization that Xen cannot.</p>
<p>Did you know you can run VMWare inside of a Xen based system? I don&#8217;t know about efficiency, but when I tried it, it worked.
</p>
]]></content:encoded>
				</item>
</channel>
</rss>
