<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0"><channel><title>Disqus - Latest Comments for thestorageanarchist</title><link>http://disqus.com/people/4e6a02c4be3302047961250e19b5bc06/</link><description></description><language>en</language><lastBuildDate>Fri, 13 Mar 2009 07:39:18 -0000</lastBuildDate><item><title>Re: Joining the Fray&amp;#8230; — Dave Graham's Weblog</title><link>http://davegrahamsweblog.disqus.com/joining_the_fray8230_dave_grahams_weblog/#comment-3678342</link><description>Welcome to the Blog-o-Sphere, Dave!&lt;br&gt;&lt;br&gt;It's great to have you aboard, and I wish all the luck in the world actually keeping up with your weekly list. Even if you don't get to them all in a given week, it's a great idea to keep a running list of topics you'd like to cover.&lt;br&gt;&lt;br&gt;Just be ready for the inevitable diversions!</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">thestorageanarchist</dc:creator><pubDate>Fri, 17 Aug 2007 14:22:07 -0000</pubDate></item><item><title>Re: Joining the Fray&amp;#8230; — Dave Graham's Weblog</title><link>http://davegrahamsweblog.disqus.com/joining_the_fray8230_dave_grahams_weblog/#comment-6381509</link><description>Welcome to the Blog-o-Sphere, Dave!&lt;br&gt;&lt;br&gt;It's great to have you aboard, and I wish all the luck in the world actually keeping up with your weekly list. Even if you don't get to them all in a given week, it's a great idea to keep a running list of topics you'd like to cover.&lt;br&gt;&lt;br&gt;Just be ready for the inevitable diversions!</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">thestorageanarchist</dc:creator><pubDate>Fri, 17 Aug 2007 14:22:07 -0000</pubDate></item><item><title>Re: Iomega (it happened) — Dave Graham's Weblog</title><link>http://davegrahamsweblog.disqus.com/iomega_it_happened_dave_grahams_weblog/#comment-3678357</link><description>And I'm happy that you're happy, Dave. But you really should get some rest, take more time to enjoy your family, and don't sweat the little things so much.&lt;br&gt;&lt;br&gt;Perhaps we can swap perspectives over a beer some time...</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">thestorageanarchist</dc:creator><pubDate>Fri, 11 Apr 2008 06:43:13 -0000</pubDate></item><item><title>Re: Iomega (it happened) — Dave Graham's Weblog</title><link>http://davegrahamsweblog.disqus.com/iomega_it_happened_dave_grahams_weblog/#comment-6381521</link><description>And I'm happy that you're happy, Dave. But you really should get some rest, take more time to enjoy your family, and don't sweat the little things so much.&lt;br&gt;&lt;br&gt;Perhaps we can swap perspectives over a beer some time...</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">thestorageanarchist</dc:creator><pubDate>Fri, 11 Apr 2008 06:43:13 -0000</pubDate></item><item><title>Re: Blogketing (re)Visited</title><link>http://fosketts.disqus.com/blogketing_revisited/#comment-3765189</link><description>I think you may have missed my point. I'm not really talking about censoring bloggers opinions and biases...&lt;br&gt;&lt;br&gt;If you track back to my previous discussions on blogketing (entries 14, 15 &amp;amp; 17 on my blog at &lt;a href="http://thestorageanarchist.com" rel="nofollow"&gt;http://thestorageanarchist.com&lt;/a&gt;), you'll see I'm really asking whether Corporate  bloggers have the same truth-in-advertising responsibilities as the other more formal marketing communications vehicles, or can they get away with making misrepresentions and unverifiable assertions simply because they're "blogging" and not "copy writing?"&lt;br&gt;&lt;br&gt;&lt;br&gt;Every Corporate Blog I've seen is governed by a Code of Conduct and/or a Business Conduct Guide, and in most cases, the CoC/BCG also applies to employees who blog outside the shadow of the corporate logo (EMC's blogging policy indeed covers my blog).&lt;br&gt;&lt;br&gt;It's one thing for industry analysts to make outrageous assertions about a vendors' products - it's how they make a living. And if the vendor doesn't like it, they have every right to persue correction or retraction (although this works better with some analysts than others).&lt;br&gt;&lt;br&gt;But I think it is very different when a Corporate Blogger crosses over the line into the land of fiction or omission. In my book, if you couldn't print the assertion in the front page of your company's web site, it probably doesn't belong in your blog. &lt;br&gt;&lt;br&gt;Despite all the CoC/BCG's, I've seen many misrepresentations posted as fact on corporate blogs. Some of these wouldn't have been appropraite for even internal "Company Confidential" communications back in the pre-blog days. And I for one don't think it's right - I'm not sure what's to be done about it, though...</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">thestorageanarchist</dc:creator><pubDate>Mon, 23 Jul 2007 11:59:30 -0000</pubDate></item><item><title>Re: Specialized Server/Enterprise Hard Drives</title><link>http://fosketts.disqus.com/specialized_serverenterprise_hard_drives/#comment-3765208</link><description>You claim that "SATA in the enterprise has been controversial", but in reality, SATA drives have been being used in many enterprises for more than 2 years. They've just been used in "mid-tier" storage arrays like CLARiiON (the first to support SATA drives, I beleive). &lt;br&gt;&lt;br&gt;And while SATA isn't necessarily displacing faster enterprise-class disk drives, the slow/fat/cheap drives do allow customers to more cost-effectively store certain classes of data - like the 7 years of emails and IM messages that many are required to maintain for compliance, or nearline backups (for fast recovery).&lt;br&gt;&lt;br&gt;Any controversy over SATA drives in Enterprise Arrays appears to be fueled by the vendors who don't offer native support for SATA in their enterprise storage products. But the fact is that customers are already adopting and using SATA storage within their enterprise data centers.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">thestorageanarchist</dc:creator><pubDate>Thu, 09 Aug 2007 08:56:43 -0000</pubDate></item><item><title>Re: The Artist Formerly Known As Network Appliance</title><link>http://fosketts.disqus.com/the_artist_formerly_known_as_network_appliance/#comment-3765259</link><description>A dolmen, huh? I think it looks more like a Big Blue Finger!</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">thestorageanarchist</dc:creator><pubDate>Tue, 11 Mar 2008 07:07:41 -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-3765365</link><description>Actually, it is disheartening that Symantec chose to define their own API, rather than to collaborate with the industry and the T10 standards body in defining a standard interface.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">thestorageanarchist</dc:creator><pubDate>Thu, 16 Oct 2008 15:47:58 -0000</pubDate></item><item><title>Re: SSD: So Close and Yet So Far</title><link>http://fosketts.disqus.com/ssd_so_close_and_yet_so_far/#comment-3765355</link><description>Hear! Hear!!!&lt;br&gt;&lt;br&gt;(Thanks for the support)</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">thestorageanarchist</dc:creator><pubDate>Thu, 16 Oct 2008 15:51:42 -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-3765366</link><description>The API is in active negotiation in T10, and I'm sure that Symantec is aware of it. &lt;br&gt;&lt;br&gt;&lt;br&gt;The approach Symantec took is actually rather disruptive and a blatant mis-use of an existing SCSI command - used against a non-aware thin provisioning implementation, it could actually cause needless allocation of storage...having the direct opposite effect as is being marketed.&lt;br&gt;&lt;br&gt;I think I heard that T10 actually rejected the very approach Symantec is using.&lt;br&gt;&lt;br&gt;In the rush to be first, corners are being cut and this is never good for the industry.&lt;br&gt;&lt;br&gt;I'd say more, but I don't think I'm supposed to know what they did...but you might want to do some digging on your own.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">thestorageanarchist</dc:creator><pubDate>Thu, 16 Oct 2008 16:34:55 -0000</pubDate></item><item><title>Re: Top Ten Innovative Enterprise Storage Hardware Products</title><link>http://fosketts.disqus.com/top_ten_innovative_enterprise_storage_hardware_products/#comment-3794649</link><description>Nice job - a great lineup of products., truly representative of the evolution of the industry.&lt;br&gt;&lt;br&gt;One small point of clarification - today Symmetrix DMX's do indeed support RAID 5 (and RAID 6).&lt;br&gt;&lt;br&gt;And I totally agree with your decision to ignore &amp;lt;company's&amp;gt; &amp;lt;product model&amp;gt; &amp;lt;version number&amp;gt; in &amp;lt;year&amp;gt;!</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">thestorageanarchist</dc:creator><pubDate>Sat, 15 Nov 2008 18:46:02 -0000</pubDate></item><item><title>Re: Top Ten Innovative Enterprise Storage Hardware Products</title><link>http://fosketts.disqus.com/top_ten_innovative_enterprise_storage_hardware_products/#comment-3799139</link><description>Hnmmm...I failed to see that requirement in the definitions of RAID. But no matter, the fact is that for any given drive in a 7+1 set, ALL of the hypers on that drive must in fact be ONLY on one of the other 7 drives. Sure, you can also have 3+1, 1+1 and 6+2 hypers on that given drive, but all of their members must also be only on the same 8 drives.&lt;br&gt;&lt;br&gt;So, if you create ONLY 7+1 RAID sets on a group of 8 drives, all the hypers will only be on those 8 drives, thereby matching the requirement that you defined for "TRUE" RAID 5.&lt;br&gt;&lt;br&gt;No?.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">thestorageanarchist</dc:creator><pubDate>Sun, 16 Nov 2008 07:11:00 -0000</pubDate></item><item><title>Re: Does Hitachi+SimpleTech = EMC+Iomega?</title><link>http://fosketts.disqus.com/does_hitachisimpletech_emciomega/#comment-6624136</link><description>Sorry, it wasn't meant to marginalize weither HDS nor HP, but I'm not aware of any significant amount of storage development being done by HDS outside of some external management tools. And HP has admitted that their development for the XP24000 is limited to documentation and storage management-related integration with the rest of their product line - my understanding is that the USP-V and its microcode is virtually untouched by HP hands.&lt;br&gt;&lt;br&gt;And I may be wrong here too, but my understanding is that neither the USP-V nor the AMS are built by HDS either.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">thestorageanarchist</dc:creator><pubDate>Wed, 25 Feb 2009 17:19:24 -0000</pubDate></item><item><title>Re: Wikibon: Read EMC&amp;#8217;s views on where the storage market is headed &amp;amp; its plans:  http://tinyurl.com/cskpch</title><link>http://thewikibonblog.disqus.com/wikibon_read_emc8217s_views_on_where_the_storage_market_is_headed_amp_its_plans_httptinyurlcomcsk_56/#comment-7165475</link><description>Would you mind NOT hiding the target URL in your blog posts? While useful (necessary, even) on Twitter, there's no need for tinyurls in a blog post. Your readers should be able to know where your link is taking them BEFORE they click in. Some corporate firewalls even BLOCK &lt;a href="http://tinyurl.com" rel="nofollow"&gt;tinyurl.com&lt;/a&gt; (et al), so you're limiting your reach by using them</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">thestorageanarchist</dc:creator><pubDate>Fri, 13 Mar 2009 07:39:18 -0000</pubDate></item><item><title>Re: Harry You, Pi, and EMC</title><link>http://thebiggertruth.disqus.com/harry_you_pi_and_emc/#comment-17064119</link><description>You should start a pool. I'll put $5 each on #4 and #5.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">thestorageanarchist</dc:creator><pubDate>Fri, 22 Feb 2008 16:33:01 -0000</pubDate></item></channel></rss>