<?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: DL3D Discussion</title>
	<atom:link href="http://www.aboutrestore.com/2008/08/01/dl3d-discussion/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.aboutrestore.com/2008/08/01/dl3d-discussion/</link>
	<description>Blogging about backup, recovery and marketing in the storage industry.</description>
	<lastBuildDate>Wed, 04 Jan 2012 14:42:58 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Jay Livens</title>
		<link>http://www.aboutrestore.com/2008/08/01/dl3d-discussion/comment-page-1/#comment-973</link>
		<dc:creator>Jay Livens</dc:creator>
		<pubDate>Tue, 17 Mar 2009 14:18:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.aboutrestore.com/?p=67#comment-973</guid>
		<description>Thank you for the comment.  This is a great point and is an important reminder to all readers that testing is vital when it comes to deduplication solutions.</description>
		<content:encoded><![CDATA[<p>Thank you for the comment.  This is a great point and is an important reminder to all readers that testing is vital when it comes to deduplication solutions.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Todd Kramer</title>
		<link>http://www.aboutrestore.com/2008/08/01/dl3d-discussion/comment-page-1/#comment-963</link>
		<dc:creator>Todd Kramer</dc:creator>
		<pubDate>Fri, 13 Mar 2009 18:20:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.aboutrestore.com/?p=67#comment-963</guid>
		<description>Good blog.  You missed the achilles heel of the DL3D though: replication performance.  My company purchased two 1500&#039;s last year to use in a replicated environment.  We&#039;ve had no problem with ingestion performance and are seeing 28:1 deduplication rates. Sadly though, we&#039;ve found out the hard way they will only replicate at 40-60 megabits per second on average, and as the tag pool grows that number drops considerably.  We are currently replicating at only 20mbs.  EMC tech support says these units are performing &quot;as they should and better than some&quot;.  Simply put, the units cannot replicate fast enough to be useful in a replicated environment.</description>
		<content:encoded><![CDATA[<p>Good blog.  You missed the achilles heel of the DL3D though: replication performance.  My company purchased two 1500&#8242;s last year to use in a replicated environment.  We&#8217;ve had no problem with ingestion performance and are seeing 28:1 deduplication rates. Sadly though, we&#8217;ve found out the hard way they will only replicate at 40-60 megabits per second on average, and as the tag pool grows that number drops considerably.  We are currently replicating at only 20mbs.  EMC tech support says these units are performing &#8220;as they should and better than some&#8221;.  Simply put, the units cannot replicate fast enough to be useful in a replicated environment.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Minified using disk: basic (Feed is rejected)
Page Caching using disk: enhanced (User agent is rejected)
Database Caching 1/6 queries in 0.041 seconds using disk: basic
Object Caching 362/362 objects using disk: basic

Served from: www.aboutrestore.com @ 2012-02-07 19:45:00 -->
