<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0"><channel><title>Disqus - Latest Comments for marc farley</title><link>http://disqus.com/people/e9fadf7b0f9c8a986241bb511a40bcd2/</link><description></description><language>en</language><lastBuildDate>Wed, 19 Nov 2008 21:25:54 -0000</lastBuildDate><item><title>Re: Why did IBM Spend $300M on XIV?</title><link>http://thehotaisle.disqus.com/why_did_ibm_spend_300m_on_xiv/#comment-2278605</link><description>But not exactly very green.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">marc farley</dc:creator><pubDate>Thu, 11 Sep 2008 00:58:48 -0000</pubDate></item><item><title>Re: Why did IBM Spend $300M on XIV?</title><link>http://thehotaisle.disqus.com/why_did_ibm_spend_300m_on_xiv/#comment-2291860</link><description>Yes, 1 TB SATA drives help, but you have to start with a large number of them (180, I believe) and you have to use mirroring, and that's where my "anti-green" comment came from.  &lt;br&gt;&lt;br&gt;Wide striping is good and I suspect XIV will have decent streaming performance, but their distributed cache connectivity is 10GB Ethernet (I believe, again) which has great bandwidth characteristics, but relatively weak latency characteristics, which will likely impact transaction processing capabilities.&lt;br&gt;&lt;br&gt;So, I'm from 3PAR and of course any product that a customer could purchase instead of ours is a concern to me.  The reaction from EMC probably comes from a couple places:  their competitive culture and wanting to stomp on the perception that the company is still running on Moshe's fumes.   BTW, I like your question Steve.   Hulk and Maui appear to be a large distributed file system type of product with content management built in.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">marc farley</dc:creator><pubDate>Thu, 11 Sep 2008 17:03:56 -0000</pubDate></item><item><title>Re: Dash Cams?  Who needs Dash Cams? — Dave Graham's Weblog</title><link>http://davegrahamsweblog.disqus.com/dash_cams_who_needs_dash_cams_dave_grahams_weblog/#comment-3906235</link><description>Dave,&lt;br&gt;&lt;br&gt;I'm flattered.  What - you want to have a con call?</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">marc farley</dc:creator><pubDate>Wed, 19 Nov 2008 21:25:54 -0000</pubDate></item><item><title>Re: 3PAR&amp;#8217;s Thin Un-Provisioning is Slightly Less Bad</title><link>http://fosketts.disqus.com/3par8217s_thin_un_provisioning_is_slightly_less_bad/#comment-3765327</link><description>Hi Stephen,  Marc Farley from 3PAR here.  Thanks for the love and yes we are making steps in the right direction.  I agree that thin provisioning is still in the up and coming phase of it's technology life cycle.  &lt;br&gt;&lt;br&gt;As for the interacting with the other parts of the storage ecosystem, I think you'll see progress made along those lines in the not too distant future.  Otherwise, Thin Provisioning is a terrific purpose-based technology.  Its not the optimal solution for user-exposed storage as you wrote, but it is extremely useful for line of business applications and back end application processes where "wild end user behavior" is minimal.  These are environments where data creation and growth are more systematic.  I don't know why people wouldn't want to use it for those scenarios.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">marc farley</dc:creator><pubDate>Tue, 02 Sep 2008 14:53:31 -0000</pubDate></item><item><title>Re: Symantec&amp;#8217;s Thin API Is A Step In The Right Direction</title><link>http://fosketts.disqus.com/symantec8217s_thin_api_is_a_step_in_the_right_direction/#comment-3765367</link><description>So here we have the usual discussion about doing something today or waiting for a standard to emerge at some unknown point in the future. Standards, like SMI-S have not necessarily lived up to expectations - should we repeat the process for thin provisioning and expect the results to be better?  A recent discussion on SMI-S might be worth a look:&lt;br&gt;&lt;a href="http://dcsblog.burtongroup.com/data_center_strategies/2008/10/has-snias-smi-s.html" rel="nofollow"&gt;http://dcsblog.burtongroup.com/data_center_stra...&lt;/a&gt; &lt;br&gt;&lt;br&gt;The way I understand it, the Symantec implementation requires an "aware" thin provisioning storage target in order to avoid the problems Anarchist raises. FWIW, I'm not sure how awareness is specified or communicated with Symantec's API. &lt;br&gt;&lt;br&gt;In the desire to be perfect and all encompassing, nobody benefits.&lt;br&gt;&lt;br&gt;That said, Anarchist's employer EMC has been very loyal to standards efforts in storage management and I think they deserve credit for their commitment.  Unfortunately, herding storage cats has proven to be less than wonderfully effective.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">marc farley</dc:creator><pubDate>Thu, 16 Oct 2008 18:58:34 -0000</pubDate></item><item><title>Re: Symantec&amp;#8217;s Thin API Is A Step In The Right Direction</title><link>http://fosketts.disqus.com/symantec8217s_thin_api_is_a_step_in_the_right_direction/#comment-3765368</link><description>Marc Farley here.  The previous comment was mine.  I expected the authentication/registration system to recognize me as I had signed in using my email address at 3PAR.  Perhaps you can address this Stephen?  Its more cumbersome commenting on your site than Barry Whyte's - and THAT is saying something.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">marc farley</dc:creator><pubDate>Thu, 16 Oct 2008 19:01:28 -0000</pubDate></item><item><title>Re: Symantec&amp;#8217;s Thin API: The Plot Thickens</title><link>http://fosketts.disqus.com/symantec8217s_thin_api_the_plot_thickens/#comment-3765376</link><description>Excellent post Stephen!  BUT I think saying thin provisioning is a "lie", could be easily misunderstood. There is no question that you should NOT USE THIN PROVISIONING FOR END USER STORAGE, but that doesn't mean that it can't be amazingly effective and not at all dangerous for many other uses.  For example, VMFS, is extremely thin friendly and becoming more so all the time.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">marc farley</dc:creator><pubDate>Fri, 24 Oct 2008 13:40:35 -0000</pubDate></item><item><title>Re: EMC Atmos Versus VMware VDC-OS: Will The Real Cloud Strategy Please Stand Up?</title><link>http://fosketts.disqus.com/emc_atmos_versus_vmware_vdc_os_will_the_real_cloud_strategy_please_stand_up/#comment-3765391</link><description>Hey Stephen, good post!  The hype today has been way out of whack.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">marc farley</dc:creator><pubDate>Mon, 10 Nov 2008 19:02:51 -0000</pubDate></item><item><title>Re: Competitive Business Lessons – and Did I Forget To Mention….</title><link>http://thebiggertruth.disqus.com/competitive_business_lessons_and_did_i_forget_to_mention/#comment-17064268</link><description>Steve -  Its just a little James Bond action without the action. Running away is funny.  Maybe they were ESG stalkers - fans of yours - your European groupies.&lt;br&gt;Everyone who has worked with BG knows that he is a fantastic storage guy with total credibility.  He has groupies too, apparently.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">marc farley</dc:creator><pubDate>Fri, 31 Oct 2008 14:00:12 -0000</pubDate></item></channel></rss>