<?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: Everything Runs On Everything: End of the beginning</title>
	<atom:link href="http://www.redmonk.com/jgovernor/2008/11/20/everything-runs-on-everything-end-of-the-beginning/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.redmonk.com/jgovernor/2008/11/20/everything-runs-on-everything-end-of-the-beginning/</link>
	<description>An industry analyst blog looking at software ecosystems and convergence</description>
	<lastBuildDate>Fri, 03 Feb 2012 10:35:40 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: James Governor&#8217;s Monkchips &#187; What Should Sun Do?</title>
		<link>http://www.redmonk.com/jgovernor/2008/11/20/everything-runs-on-everything-end-of-the-beginning/comment-page-1/#comment-502160</link>
		<dc:creator>James Governor&#8217;s Monkchips &#187; What Should Sun Do?</dc:creator>
		<pubDate>Wed, 26 Nov 2008 19:19:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.redmonk.com/jgovernor/?p=1662#comment-502160</guid>
		<description>[...] - The Storage Is The Computer. The Network used to be the computer, but now its the storage. Everything runs on everything. What matters is how fast you get to the bits and how flexibly you can work with them. That is why [...]</description>
		<content:encoded><![CDATA[<p>[...] &#8211; The Storage Is The Computer. The Network used to be the computer, but now its the storage. Everything runs on everything. What matters is how fast you get to the bits and how flexibly you can work with them. That is why [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bruce</title>
		<link>http://www.redmonk.com/jgovernor/2008/11/20/everything-runs-on-everything-end-of-the-beginning/comment-page-1/#comment-500474</link>
		<dc:creator>Bruce</dc:creator>
		<pubDate>Fri, 21 Nov 2008 13:23:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.redmonk.com/jgovernor/?p=1662#comment-500474</guid>
		<description>Of course consolidating servers also potentially allows you to cut staffing levels…  oh really?? No so. at all. In the old days of server attached storage (pre-virtualization) I did not need 2-3 storage architects. Today storage architects are a mainstay of every virtual shop. In the old days I may have had 100 physical servers. Now I have 10-15... but I have 150+ virtual servers; each requiring support. Oh yea... we also need VmWare ESX guru&#039;s. We used to get by with just an MCSE; today we have certifications for VM; Storage; etc. Indeed we are getting way more bang for the buck but my support team has never been more diverse  or specialized.</description>
		<content:encoded><![CDATA[<p>Of course consolidating servers also potentially allows you to cut staffing levels…  oh really?? No so. at all. In the old days of server attached storage (pre-virtualization) I did not need 2-3 storage architects. Today storage architects are a mainstay of every virtual shop. In the old days I may have had 100 physical servers. Now I have 10-15&#8230; but I have 150+ virtual servers; each requiring support. Oh yea&#8230; we also need VmWare ESX guru&#8217;s. We used to get by with just an MCSE; today we have certifications for VM; Storage; etc. Indeed we are getting way more bang for the buck but my support team has never been more diverse  or specialized.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aneel</title>
		<link>http://www.redmonk.com/jgovernor/2008/11/20/everything-runs-on-everything-end-of-the-beginning/comment-page-1/#comment-500391</link>
		<dc:creator>Aneel</dc:creator>
		<pubDate>Fri, 21 Nov 2008 04:42:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.redmonk.com/jgovernor/?p=1662#comment-500391</guid>
		<description>Hey James, since you asked.. geared solely to the Transitive thing.  Remember that I&#039;m just a lowly product manager, so take my opinions with a grain of salt.

It&#039;s been said for years that you can replace big (or moderately big) iron with rows of racks of commodity hardware running sophisticated software--everyone can be Google.  

1. In fact, very few can be Google.  How many companies do you know that are willing to put in the engineering and analytics effort it takes to actually do what Google does well?

2. Server sprawl and underutilization has gotten ridiculous.  It&#039;s eating up dollars, space, power, etc. This  has turned into a truism.  Consolidation + virtualization have helped to some extent, but not nearly enough.  And now there&#039;s VM-sprawl eating up utilization and creating management headaches unnecessarily. 

So.. now IBM could say: we&#039;ll replace your rows of racks of commodity hardware with a single bit of big iron.  It&#039;ll consume less space/power/etc, produce as much or better, have understood and long-tested measurements and benchmarks that you can run automated analytics against, be easier to manage, take less manhours for ongoing maintenance/attention, be backed by IBM support, etc., etc., *and* you can run all your bloody x86 software on it.

:) This stuff is cyclical.</description>
		<content:encoded><![CDATA[<p>Hey James, since you asked.. geared solely to the Transitive thing.  Remember that I&#8217;m just a lowly product manager, so take my opinions with a grain of salt.</p>
<p>It&#8217;s been said for years that you can replace big (or moderately big) iron with rows of racks of commodity hardware running sophisticated software&#8211;everyone can be Google.  </p>
<p>1. In fact, very few can be Google.  How many companies do you know that are willing to put in the engineering and analytics effort it takes to actually do what Google does well?</p>
<p>2. Server sprawl and underutilization has gotten ridiculous.  It&#8217;s eating up dollars, space, power, etc. This  has turned into a truism.  Consolidation + virtualization have helped to some extent, but not nearly enough.  And now there&#8217;s VM-sprawl eating up utilization and creating management headaches unnecessarily. </p>
<p>So.. now IBM could say: we&#8217;ll replace your rows of racks of commodity hardware with a single bit of big iron.  It&#8217;ll consume less space/power/etc, produce as much or better, have understood and long-tested measurements and benchmarks that you can run automated analytics against, be easier to manage, take less manhours for ongoing maintenance/attention, be backed by IBM support, etc., etc., *and* you can run all your bloody x86 software on it.</p>
<p> <img src='http://www.redmonk.com/jgovernor/wp/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  This stuff is cyclical.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rich Sharples</title>
		<link>http://www.redmonk.com/jgovernor/2008/11/20/everything-runs-on-everything-end-of-the-beginning/comment-page-1/#comment-500256</link>
		<dc:creator>Rich Sharples</dc:creator>
		<pubDate>Thu, 20 Nov 2008 19:43:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.redmonk.com/jgovernor/?p=1662#comment-500256</guid>
		<description>&quot;What’s the end game- Windows servers running on IBM mainframes is one possibility&quot;

As always the devil is in the details. V12n allows server consolidation but expertise consolidation - not so much. Hosting MS Exchange on z/OS or Linux doesn&#039;t mean you can fire your Exchange experts.

Computing &#039;machinery&#039; prices are continually dropping; expertise is a rising cost. We&#039;re already at a point where 1 person can manage vast networks of machines so I don&#039;t think V12n will help reduce $person$ significantly.

- Rich</description>
		<content:encoded><![CDATA[<p>&#8220;What’s the end game- Windows servers running on IBM mainframes is one possibility&#8221;</p>
<p>As always the devil is in the details. V12n allows server consolidation but expertise consolidation &#8211; not so much. Hosting MS Exchange on z/OS or Linux doesn&#8217;t mean you can fire your Exchange experts.</p>
<p>Computing &#8216;machinery&#8217; prices are continually dropping; expertise is a rising cost. We&#8217;re already at a point where 1 person can manage vast networks of machines so I don&#8217;t think V12n will help reduce $person$ significantly.</p>
<p>- Rich</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Neil Ward-Dutton</title>
		<link>http://www.redmonk.com/jgovernor/2008/11/20/everything-runs-on-everything-end-of-the-beginning/comment-page-1/#comment-500246</link>
		<dc:creator>Neil Ward-Dutton</dc:creator>
		<pubDate>Thu, 20 Nov 2008 19:07:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.redmonk.com/jgovernor/?p=1662#comment-500246</guid>
		<description>Two observations James:
1) re: Steve Mills - he&#039;s right, when talking about mature markets - but in &quot;growth&quot;/emerging markets, it&#039;s still quite a lot about tech displacing labour. It&#039;ll be interesting to see to what degree IBM manages to reflect this in the way it attacks mature vs growth markets.
2) re: virtualisation, of course VMWare&#039;s announcement of work on a mobile platform is especially delicious in the context of WORA on mobiles. MIDP didn&#039;t cut it as it placed tough constraints, took too many resources, and fit badly with many mobile OSs. Plus there were many other intriguing alternatives as well as native development, all on the table. Virtualisation is an inelegant but deeply pragmatic way around this. Be interesting to see what the power/battery life implications of this approach might be though...</description>
		<content:encoded><![CDATA[<p>Two observations James:<br />
1) re: Steve Mills &#8211; he&#8217;s right, when talking about mature markets &#8211; but in &#8220;growth&#8221;/emerging markets, it&#8217;s still quite a lot about tech displacing labour. It&#8217;ll be interesting to see to what degree IBM manages to reflect this in the way it attacks mature vs growth markets.<br />
2) re: virtualisation, of course VMWare&#8217;s announcement of work on a mobile platform is especially delicious in the context of WORA on mobiles. MIDP didn&#8217;t cut it as it placed tough constraints, took too many resources, and fit badly with many mobile OSs. Plus there were many other intriguing alternatives as well as native development, all on the table. Virtualisation is an inelegant but deeply pragmatic way around this. Be interesting to see what the power/battery life implications of this approach might be though&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Al</title>
		<link>http://www.redmonk.com/jgovernor/2008/11/20/everything-runs-on-everything-end-of-the-beginning/comment-page-1/#comment-500215</link>
		<dc:creator>Al</dc:creator>
		<pubDate>Thu, 20 Nov 2008 16:59:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.redmonk.com/jgovernor/?p=1662#comment-500215</guid>
		<description>Hi James great conversation starter and interesting post especially around the IBM virtualization of x86 concepts.

But to me virtualization  is an interim vendor cloud play &quot;The virtualization rainbow&quot; as I expand on it in my response here:

http://blog.folknology.com/2008/11/20/gold-at-the-end-of-the-virtualization-rainbow/

But we both agree on Open winning more than proprietary moving forward.

regards
Al</description>
		<content:encoded><![CDATA[<p>Hi James great conversation starter and interesting post especially around the IBM virtualization of x86 concepts.</p>
<p>But to me virtualization  is an interim vendor cloud play &#8220;The virtualization rainbow&#8221; as I expand on it in my response here:</p>
<p><a href="http://blog.folknology.com/2008/11/20/gold-at-the-end-of-the-virtualization-rainbow/" rel="nofollow">http://blog.folknology.com/2008/11/20/gold-at-the-end-of-the-virtualization-rainbow/</a></p>
<p>But we both agree on Open winning more than proprietary moving forward.</p>
<p>regards<br />
Al</p>
]]></content:encoded>
	</item>
</channel>
</rss>

