<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	>
<channel>
	<title>Comments on: A Few Thoughts on Xen</title>
	<atom:link href="http://blog.scottlowe.org/2008/02/20/a-few-thoughts-on-xen/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.scottlowe.org/2008/02/20/a-few-thoughts-on-xen/</link>
	<description>The weblog of an IT pro specializing in virtualization, storage, and servers</description>
	<pubDate>Sun, 14 Mar 2010 08:24:34 +0000</pubDate>
	<generator>http://wordpress.org/?v=abc</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: slowe</title>
		<link>http://blog.scottlowe.org/2008/02/20/a-few-thoughts-on-xen/comment-page-1/#comment-35742</link>
		<dc:creator>slowe</dc:creator>
		<pubDate>Fri, 22 Feb 2008 23:26:18 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2008/02/20/a-few-thoughts-on-xen/#comment-35742</guid>
		<description>A final note to readers: I'm closing comments on this article (I'll leave trackbacks open, though). I'd rather not run the risk of this getting too personal.

If you want to continue the discussion throughout the rest of the "blogosphere", post articles on your own sites and just trackback to this one.</description>
		<content:encoded><![CDATA[<p>A final note to readers: I&#8217;m closing comments on this article (I&#8217;ll leave trackbacks open, though). I&#8217;d rather not run the risk of this getting too personal.</p>
<p>If you want to continue the discussion throughout the rest of the &#8220;blogosphere&#8221;, post articles on your own sites and just trackback to this one.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: slowe</title>
		<link>http://blog.scottlowe.org/2008/02/20/a-few-thoughts-on-xen/comment-page-1/#comment-35740</link>
		<dc:creator>slowe</dc:creator>
		<pubDate>Fri, 22 Feb 2008 17:49:38 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2008/02/20/a-few-thoughts-on-xen/#comment-35740</guid>
		<description>Roger,

Thanks for joining in the discussion.

Indeed, the comparison to which I was witness did exclude the XenServer dom0, which is what I pointed out. Your comparison--Xen hypervisor vs. VMkernel + VMM--is indeed much more accurate, fair, and a valid comparison to use.

Of course, the flip side of that is the fact that VMkernel + VMM can do things that Xen hypervisor can't do. So some--perhaps not all--of the difference in size (and complexity) is justified.

With regard to support for paravirtualized kernels, that functionality is shipping in ESX Server 3.5, unless I am mistaken.

I can't speak to VMware's ability to run enlightened Windows Server 2008, so it sounds like you may have an edge there over VMware.

Again, thank you for your honest and forthright discussion.</description>
		<content:encoded><![CDATA[<p>Roger,</p>
<p>Thanks for joining in the discussion.</p>
<p>Indeed, the comparison to which I was witness did exclude the XenServer dom0, which is what I pointed out. Your comparison&#8211;Xen hypervisor vs. VMkernel + VMM&#8211;is indeed much more accurate, fair, and a valid comparison to use.</p>
<p>Of course, the flip side of that is the fact that VMkernel + VMM can do things that Xen hypervisor can&#8217;t do. So some&#8211;perhaps not all&#8211;of the difference in size (and complexity) is justified.</p>
<p>With regard to support for paravirtualized kernels, that functionality is shipping in ESX Server 3.5, unless I am mistaken.</p>
<p>I can&#8217;t speak to VMware&#8217;s ability to run enlightened Windows Server 2008, so it sounds like you may have an edge there over VMware.</p>
<p>Again, thank you for your honest and forthright discussion.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Roger Klorese</title>
		<link>http://blog.scottlowe.org/2008/02/20/a-few-thoughts-on-xen/comment-page-1/#comment-35739</link>
		<dc:creator>Roger Klorese</dc:creator>
		<pubDate>Fri, 22 Feb 2008 17:30:15 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2008/02/20/a-few-thoughts-on-xen/#comment-35739</guid>
		<description>Furthermore, the argument is not that VMware *can't* use paravirtualization for Linux -- if it's finally shipping anywhere other than on the desktop, that is.  It is that it must carry around all the code that allows it to run Linux without hardware assist and without paravirtualization.

As for paravirtualized Windows -- we've made it known that we plan to run enlightened Windows Server 2008 at some time.  Obviously, we don't do so now.  Will VMware?</description>
		<content:encoded><![CDATA[<p>Furthermore, the argument is not that VMware *can&#8217;t* use paravirtualization for Linux &#8212; if it&#8217;s finally shipping anywhere other than on the desktop, that is.  It is that it must carry around all the code that allows it to run Linux without hardware assist and without paravirtualization.</p>
<p>As for paravirtualized Windows &#8212; we&#8217;ve made it known that we plan to run enlightened Windows Server 2008 at some time.  Obviously, we don&#8217;t do so now.  Will VMware?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Roger Klorese</title>
		<link>http://blog.scottlowe.org/2008/02/20/a-few-thoughts-on-xen/comment-page-1/#comment-35738</link>
		<dc:creator>Roger Klorese</dc:creator>
		<pubDate>Fri, 22 Feb 2008 17:21:50 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2008/02/20/a-few-thoughts-on-xen/#comment-35738</guid>
		<description>One point: the size comparison is often dismissed as being (XenServer hypervisor) vs. (VMware vmkernel + Console OS) -- and, since dom0 is not included, unfair.

If that's what we ever actually said, it would indeed be unfair.

But that is NOT the comparison we make, and never has been.

The actual comparison is that (XenServer hypervisor) is much smaller than (VMware vmkernel + VMM) -- that is, that the code for all the special-case emulation makes it huge and requires an army to support and enhance it, while Xen's reliance on paravirtualization and hardware assist takes most of that complexity out.</description>
		<content:encoded><![CDATA[<p>One point: the size comparison is often dismissed as being (XenServer hypervisor) vs. (VMware vmkernel + Console OS) &#8212; and, since dom0 is not included, unfair.</p>
<p>If that&#8217;s what we ever actually said, it would indeed be unfair.</p>
<p>But that is NOT the comparison we make, and never has been.</p>
<p>The actual comparison is that (XenServer hypervisor) is much smaller than (VMware vmkernel + VMM) &#8212; that is, that the code for all the special-case emulation makes it huge and requires an army to support and enhance it, while Xen&#8217;s reliance on paravirtualization and hardware assist takes most of that complexity out.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: William Bishop</title>
		<link>http://blog.scottlowe.org/2008/02/20/a-few-thoughts-on-xen/comment-page-1/#comment-35736</link>
		<dc:creator>William Bishop</dc:creator>
		<pubDate>Fri, 22 Feb 2008 12:48:11 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2008/02/20/a-few-thoughts-on-xen/#comment-35736</guid>
		<description>There is an easy fix, that I discovered last year. It works most of the time, if you are a big enough shop to warrant their agreement.

Have them send you an engineer, not a salesman, and not a sales engineer.

One of our vendors, after a couple se meetings, I asked if they would just send me an engineer, and they agreed. After two meetings, I told them never to send a salesman again. I've been hooked on this procedure every since. Works a treat!</description>
		<content:encoded><![CDATA[<p>There is an easy fix, that I discovered last year. It works most of the time, if you are a big enough shop to warrant their agreement.</p>
<p>Have them send you an engineer, not a salesman, and not a sales engineer.</p>
<p>One of our vendors, after a couple se meetings, I asked if they would just send me an engineer, and they agreed. After two meetings, I told them never to send a salesman again. I&#8217;ve been hooked on this procedure every since. Works a treat!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: slowe</title>
		<link>http://blog.scottlowe.org/2008/02/20/a-few-thoughts-on-xen/comment-page-1/#comment-35735</link>
		<dc:creator>slowe</dc:creator>
		<pubDate>Fri, 22 Feb 2008 11:42:50 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2008/02/20/a-few-thoughts-on-xen/#comment-35735</guid>
		<description>Come On,

It's happened to all of us, from all vendors, at one time or another. There's a lot of hyperbole out there, from all sides, as vendor vie for the business. I'm just trying--unsuccessfully, it seems--to get down to the facts.

Thanks for reading!</description>
		<content:encoded><![CDATA[<p>Come On,</p>
<p>It&#8217;s happened to all of us, from all vendors, at one time or another. There&#8217;s a lot of hyperbole out there, from all sides, as vendor vie for the business. I&#8217;m just trying&#8211;unsuccessfully, it seems&#8211;to get down to the facts.</p>
<p>Thanks for reading!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Come On</title>
		<link>http://blog.scottlowe.org/2008/02/20/a-few-thoughts-on-xen/comment-page-1/#comment-35730</link>
		<dc:creator>Come On</dc:creator>
		<pubDate>Fri, 22 Feb 2008 06:08:15 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2008/02/20/a-few-thoughts-on-xen/#comment-35730</guid>
		<description>Wow! Sounds familiar. I had a VMWare SE do the same thing in reverse Today. I'm sure they aren't Talking up their product vs. Citrix without knowing all of the details.</description>
		<content:encoded><![CDATA[<p>Wow! Sounds familiar. I had a VMWare SE do the same thing in reverse Today. I&#8217;m sure they aren&#8217;t Talking up their product vs. Citrix without knowing all of the details.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: A Little Truth: Mike D's Virtualization Blog</title>
		<link>http://blog.scottlowe.org/2008/02/20/a-few-thoughts-on-xen/comment-page-1/#comment-35727</link>
		<dc:creator>A Little Truth: Mike D's Virtualization Blog</dc:creator>
		<pubDate>Fri, 22 Feb 2008 04:44:45 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2008/02/20/a-few-thoughts-on-xen/#comment-35727</guid>
		<description>&lt;strong&gt;Why Does Xen have a 64-bit Hypervisor...&lt;/strong&gt;

Iâ€™m part of the three-person team who initially brought up 64-bit VMs on AMD hardware before SVM in 2004, and I am the one person team who brought up 64-bit VMs on Intel hardware with VT in 2005. 


...When Xen Source sales people try to sell Xen by ...</description>
		<content:encoded><![CDATA[<p><strong>Why Does Xen have a 64-bit Hypervisor&#8230;</strong></p>
<p>Iâ€™m part of the three-person team who initially brought up 64-bit VMs on AMD hardware before SVM in 2004, and I am the one person team who brought up 64-bit VMs on Intel hardware with VT in 2005. </p>
<p>&#8230;When Xen Source sales people try to sell Xen by &#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike DiPetrillo</title>
		<link>http://blog.scottlowe.org/2008/02/20/a-few-thoughts-on-xen/comment-page-1/#comment-35726</link>
		<dc:creator>Mike DiPetrillo</dc:creator>
		<pubDate>Fri, 22 Feb 2008 04:29:49 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2008/02/20/a-few-thoughts-on-xen/#comment-35726</guid>
		<description>Thank you, Scott!! I've been meaning to blog about this 64-bit nonsense for a while. Like you said, who cares? Exactly how is it limiting VMware? VMware beats XenSource in every category of support (more host memory, more guest memory, more 64-bit guests supported, earlier support for 64-bit guests, etc). There is absolutely no reason for VMware to move their hypervisor to 64-bit since the monitor (as Keith illustrates) has been there for over 3 years.

Oh, and Simon, you really need to stop with the "we haven't shipped hotfixes" statement. Reading is fundamental: http://forums.xensource.com/ann.jspa?annID=14.</description>
		<content:encoded><![CDATA[<p>Thank you, Scott!! I&#8217;ve been meaning to blog about this 64-bit nonsense for a while. Like you said, who cares? Exactly how is it limiting VMware? VMware beats XenSource in every category of support (more host memory, more guest memory, more 64-bit guests supported, earlier support for 64-bit guests, etc). There is absolutely no reason for VMware to move their hypervisor to 64-bit since the monitor (as Keith illustrates) has been there for over 3 years.</p>
<p>Oh, and Simon, you really need to stop with the &#8220;we haven&#8217;t shipped hotfixes&#8221; statement. Reading is fundamental: <a href="http://forums.xensource.com/ann.jspa?annID=14" rel="nofollow">http://forums.xensource.com/ann.jspa?annID=14</a>.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: William Bishop</title>
		<link>http://blog.scottlowe.org/2008/02/20/a-few-thoughts-on-xen/comment-page-1/#comment-35722</link>
		<dc:creator>William Bishop</dc:creator>
		<pubDate>Fri, 22 Feb 2008 01:19:49 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2008/02/20/a-few-thoughts-on-xen/#comment-35722</guid>
		<description>Sorry if I make this worse...but while Scott's statements were a bit divisive, he's not really relaying an experience we ALL haven't been through. 

I leaned over in a meeting and whispered to the Hitachi rep to stop smearing IBM just the other day. He used the easy ambush, unfortunately I know IBM's kit pretty well, so I gave him the polite warning. He did not repeat the mistake, and we parted on good terms. If anyone is from HD, please keep in mind that MOST storage vendors have some type of PFA...It's rude to trot out what is a basic block of most vendors repertoire as if you are the only one that does it....

Most SE's take the competition too seriously and end up annoying customers. I have dismissed more than one vendor because they couldn't seem to curtail their constant "betterness" than a competitor. I lose patience quickly in such instances, because most of the time I know both products already, they're simply there because it's procedural.

That said, I have used both, and I administer a rather large installation of ESX(and further, I am an experienced citrix tech to boot). You would do better to leave out the portions of the pitch he mentioned. He's obviously more patient than some of us. I would have asked you why you were not comparing size with 3i(where the add on is removed), and when you threw your second(and for  me last) strike stating you can't cold migrate between chip vendors, I would have politely asked you to leave. You have to know BOTH systems before you start comparing them, or you end up with egg on your face, and a lost sale.</description>
		<content:encoded><![CDATA[<p>Sorry if I make this worse&#8230;but while Scott&#8217;s statements were a bit divisive, he&#8217;s not really relaying an experience we ALL haven&#8217;t been through. </p>
<p>I leaned over in a meeting and whispered to the Hitachi rep to stop smearing IBM just the other day. He used the easy ambush, unfortunately I know IBM&#8217;s kit pretty well, so I gave him the polite warning. He did not repeat the mistake, and we parted on good terms. If anyone is from HD, please keep in mind that MOST storage vendors have some type of PFA&#8230;It&#8217;s rude to trot out what is a basic block of most vendors repertoire as if you are the only one that does it&#8230;.</p>
<p>Most SE&#8217;s take the competition too seriously and end up annoying customers. I have dismissed more than one vendor because they couldn&#8217;t seem to curtail their constant &#8220;betterness&#8221; than a competitor. I lose patience quickly in such instances, because most of the time I know both products already, they&#8217;re simply there because it&#8217;s procedural.</p>
<p>That said, I have used both, and I administer a rather large installation of ESX(and further, I am an experienced citrix tech to boot). You would do better to leave out the portions of the pitch he mentioned. He&#8217;s obviously more patient than some of us. I would have asked you why you were not comparing size with 3i(where the add on is removed), and when you threw your second(and for  me last) strike stating you can&#8217;t cold migrate between chip vendors, I would have politely asked you to leave. You have to know BOTH systems before you start comparing them, or you end up with egg on your face, and a lost sale.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
