<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments for Merv Adrian&#039;s IT Market Strategy</title>
	<atom:link href="http://itmarketstrategy.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://itmarketstrategy.com</link>
	<description>IT Industry trends: technology, products, competition and the research industry.</description>
	<lastBuildDate>Tue, 12 Mar 2013 07:26:35 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>Comment on You Know You Have Big Data When&#8230;(Humor) by ksankar</title>
		<link>http://itmarketstrategy.com/2010/07/18/you-know-you-have-big-data-when-humor/#comment-8450</link>
		<dc:creator><![CDATA[ksankar]]></dc:creator>
		<pubDate>Tue, 12 Mar 2013 07:26:35 +0000</pubDate>
		<guid isPermaLink="false">http://mervadrian.wordpress.com/?p=3164#comment-8450</guid>
		<description><![CDATA[You know you have big data when ....
   ... Your HOURLY log data exceeds the size your ENTIRE product catalogue
   ...  Instead of a small ETL window you have a small transaction window and the rest is used by ETL processes
    ... You apply CAP theorem to your DBAs
Cheers
]]></description>
		<content:encoded><![CDATA[<p>You know you have big data when &#8230;.<br />
   &#8230; Your HOURLY log data exceeds the size your ENTIRE product catalogue<br />
   &#8230;  Instead of a small ETL window you have a small transaction window and the rest is used by ETL processes<br />
    &#8230; You apply CAP theorem to your DBAs<br />
Cheers</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on You Know You Have Big Data When&#8230;(Humor) by Paige Roberts</title>
		<link>http://itmarketstrategy.com/2010/07/18/you-know-you-have-big-data-when-humor/#comment-8445</link>
		<dc:creator><![CDATA[Paige Roberts]]></dc:creator>
		<pubDate>Sun, 10 Mar 2013 23:40:07 +0000</pubDate>
		<guid isPermaLink="false">http://mervadrian.wordpress.com/?p=3164#comment-8445</guid>
		<description><![CDATA[You know you have big data when ...

your data center has it&#039;s own zip code.

your analytics query response time is measured in generations.

running your weekly update report takes 10 days.

your data visualization works best on a billboard.


;-)

Paige]]></description>
		<content:encoded><![CDATA[<p>You know you have big data when &#8230;</p>
<p>your data center has it&#8217;s own zip code.</p>
<p>your analytics query response time is measured in generations.</p>
<p>running your weekly update report takes 10 days.</p>
<p>your data visualization works best on a billboard.</p>
<p> <img src='http://s1.wp.com/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> </p>
<p>Paige</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on 2013 Data Resolution: Avoid Architectural Cul-de-Sacs by Merv Adrian</title>
		<link>http://itmarketstrategy.com/2012/12/27/2013-data-resolution-avoid-architectural-cul-de-sacs/#comment-8256</link>
		<dc:creator><![CDATA[Merv Adrian]]></dc:creator>
		<pubDate>Thu, 27 Dec 2012 22:24:10 +0000</pubDate>
		<guid isPermaLink="false">http://itmarketstrategy.com/?p=4264#comment-8256</guid>
		<description><![CDATA[Thanks! I think it&#039;s fair to say it&#039;s difficult and expensive but not impossible, though in practical terms there may be little difference.]]></description>
		<content:encoded><![CDATA[<p>Thanks! I think it&#8217;s fair to say it&#8217;s difficult and expensive but not impossible, though in practical terms there may be little difference.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on 2013 Data Resolution: Avoid Architectural Cul-de-Sacs by Richard Hackathorn</title>
		<link>http://itmarketstrategy.com/2012/12/27/2013-data-resolution-avoid-architectural-cul-de-sacs/#comment-8255</link>
		<dc:creator><![CDATA[Richard Hackathorn]]></dc:creator>
		<pubDate>Thu, 27 Dec 2012 20:16:10 +0000</pubDate>
		<guid isPermaLink="false">http://itmarketstrategy.com/?p=4264#comment-8255</guid>
		<description><![CDATA[Like your title as &#039;archectural cul-de-sac&#039;. This implies that one can turn around and exit the same way as entering. Maybe an &#039;architectural black hole&#039; is more appropriate since one can not exit once pass the event horizon!]]></description>
		<content:encoded><![CDATA[<p>Like your title as &#8216;archectural cul-de-sac&#8217;. This implies that one can turn around and exit the same way as entering. Maybe an &#8216;architectural black hole&#8217; is more appropriate since one can not exit once pass the event horizon!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Bio by Merv Adrian</title>
		<link>http://itmarketstrategy.com/about/#comment-8190</link>
		<dc:creator><![CDATA[Merv Adrian]]></dc:creator>
		<pubDate>Wed, 28 Nov 2012 03:28:21 +0000</pubDate>
		<guid isPermaLink="false">#comment-8190</guid>
		<description><![CDATA[And I learned a lot about it from you, my first mentor. Great to hear from you!]]></description>
		<content:encoded><![CDATA[<p>And I learned a lot about it from you, my first mentor. Great to hear from you!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Bio by Alex Plavocos</title>
		<link>http://itmarketstrategy.com/about/#comment-8188</link>
		<dc:creator><![CDATA[Alex Plavocos]]></dc:creator>
		<pubDate>Tue, 27 Nov 2012 16:26:22 +0000</pubDate>
		<guid isPermaLink="false">#comment-8188</guid>
		<description><![CDATA[Merv, 
So great to catch up with you and your career. When we were at Information Builders it was part of your foundation that you worked with the analyst community. So glad to see how far you have come.
Best
Alex Plavocos]]></description>
		<content:encoded><![CDATA[<p>Merv,<br />
So great to catch up with you and your career. When we were at Information Builders it was part of your foundation that you worked with the analyst community. So glad to see how far you have come.<br />
Best<br />
Alex Plavocos</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Migrate From Mainframe? To What? by Joe Clabby</title>
		<link>http://itmarketstrategy.com/2010/06/24/migrate-from-mainframe-to-what/#comment-8119</link>
		<dc:creator><![CDATA[Joe Clabby]]></dc:creator>
		<pubDate>Sun, 04 Nov 2012 09:47:03 +0000</pubDate>
		<guid isPermaLink="false">http://mervadrian.wordpress.com/?p=2866#comment-8119</guid>
		<description><![CDATA[To bouffon&#039;s comments, I must admit that I&#039;m a bit dumbfounded.  Mainframes are outdated technology?  Have you looked at which system offers the fastest processor in the world with the most onboard memory cache?  Do you know that mainframes are the only commercial servers to have attained EAL Level 5+ technology?  Are you aware that mainframe virtualization is a decade ahead of x86 in terms of features/functions and managability?  And, as for cost, are you aware that it can cost almost $1.5 million less to run the same banking application on a mainframe as compared with an x86 environment (see my report here for further details: http://www.clabbyanalytics.com/uploads/z_VirtualizationFINALRev.pdf).  Also, when your reading it, consider that I did not include how much more it costs to power an x86 server farm, nor did I include the hundreds of thousand of additional dollars it would cost to manage that farm.  Nor did I account for all of the additional cable (and associated labor to deploy the physical plant).  

Please go back and read Craig Mullin&#039;s comment above.  In the end it is all about which workloads execute best on which servers.  As Craig puts it: “if you plan to plough a field and you have a choice between an ox (mainframe) and 32 chickens (intel servers) which would you choose?” 

Finally, I discuss the differences between mainframes, RISC, and x86 environments in great detail on my new site: www:workloadoptimization.com.  What you will learn on this site is that some workloads belong on x86, some on RISC, and some on mainframes because each server has characteristics that support workloads differently.  Further, there are very significant cost implications to choosing the wrong server.  To your original point: x86 architecture does not do every job most optimally -- so to argue that a mainframe is old and expensive, and that x86 is au currant and exciting, the way of the future, and the only choice the industry needs -- is just plain tiresome...]]></description>
		<content:encoded><![CDATA[<p>To bouffon&#8217;s comments, I must admit that I&#8217;m a bit dumbfounded.  Mainframes are outdated technology?  Have you looked at which system offers the fastest processor in the world with the most onboard memory cache?  Do you know that mainframes are the only commercial servers to have attained EAL Level 5+ technology?  Are you aware that mainframe virtualization is a decade ahead of x86 in terms of features/functions and managability?  And, as for cost, are you aware that it can cost almost $1.5 million less to run the same banking application on a mainframe as compared with an x86 environment (see my report here for further details: <a href="http://www.clabbyanalytics.com/uploads/z_VirtualizationFINALRev.pdf" rel="nofollow">http://www.clabbyanalytics.com/uploads/z_VirtualizationFINALRev.pdf</a>).  Also, when your reading it, consider that I did not include how much more it costs to power an x86 server farm, nor did I include the hundreds of thousand of additional dollars it would cost to manage that farm.  Nor did I account for all of the additional cable (and associated labor to deploy the physical plant).  </p>
<p>Please go back and read Craig Mullin&#8217;s comment above.  In the end it is all about which workloads execute best on which servers.  As Craig puts it: “if you plan to plough a field and you have a choice between an ox (mainframe) and 32 chickens (intel servers) which would you choose?” </p>
<p>Finally, I discuss the differences between mainframes, RISC, and x86 environments in great detail on my new site: www:workloadoptimization.com.  What you will learn on this site is that some workloads belong on x86, some on RISC, and some on mainframes because each server has characteristics that support workloads differently.  Further, there are very significant cost implications to choosing the wrong server.  To your original point: x86 architecture does not do every job most optimally &#8212; so to argue that a mainframe is old and expensive, and that x86 is au currant and exciting, the way of the future, and the only choice the industry needs &#8212; is just plain tiresome&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Migrate From Mainframe? To What? by Merv Adrian</title>
		<link>http://itmarketstrategy.com/2010/06/24/migrate-from-mainframe-to-what/#comment-8117</link>
		<dc:creator><![CDATA[Merv Adrian]]></dc:creator>
		<pubDate>Sat, 03 Nov 2012 11:57:09 +0000</pubDate>
		<guid isPermaLink="false">http://mervadrian.wordpress.com/?p=2866#comment-8117</guid>
		<description><![CDATA[Well written, I must say. Some things still do belong there, though, and others will take time and skills to move. Inertia is a very powerful force.]]></description>
		<content:encoded><![CDATA[<p>Well written, I must say. Some things still do belong there, though, and others will take time and skills to move. Inertia is a very powerful force.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on You Know You Have Big Data When&#8230;(Humor) by Merv Adrian</title>
		<link>http://itmarketstrategy.com/2010/07/18/you-know-you-have-big-data-when-humor/#comment-8106</link>
		<dc:creator><![CDATA[Merv Adrian]]></dc:creator>
		<pubDate>Sat, 27 Oct 2012 21:21:47 +0000</pubDate>
		<guid isPermaLink="false">http://mervadrian.wordpress.com/?p=3164#comment-8106</guid>
		<description><![CDATA[Thanks for the nice comment! Interestingly enough, I did a SERIOUS discussion of this at Gartner Symposium this week. And will do another in 2 weeks in Australia. It&#039;s certainly heated up a lot since this post was written.]]></description>
		<content:encoded><![CDATA[<p>Thanks for the nice comment! Interestingly enough, I did a SERIOUS discussion of this at Gartner Symposium this week. And will do another in 2 weeks in Australia. It&#8217;s certainly heated up a lot since this post was written.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on You Know You Have Big Data When&#8230;(Humor) by Nancy Bayerle</title>
		<link>http://itmarketstrategy.com/2010/07/18/you-know-you-have-big-data-when-humor/#comment-8102</link>
		<dc:creator><![CDATA[Nancy Bayerle]]></dc:creator>
		<pubDate>Mon, 22 Oct 2012 13:53:12 +0000</pubDate>
		<guid isPermaLink="false">http://mervadrian.wordpress.com/?p=3164#comment-8102</guid>
		<description><![CDATA[Merv, thanks for adding levity to a heavy topic!  Lots of truth in the postings, both the humorous and the serious input.]]></description>
		<content:encoded><![CDATA[<p>Merv, thanks for adding levity to a heavy topic!  Lots of truth in the postings, both the humorous and the serious input.</p>
]]></content:encoded>
	</item>
</channel>
</rss>