<?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 on: The impending storage crunch</title>
	<atom:link href="http://storageoptimization.wordpress.com/2008/07/28/the-impending-storage-crunch/feed/" rel="self" type="application/rss+xml" />
	<link>http://storageoptimization.wordpress.com/2008/07/28/the-impending-storage-crunch/</link>
	<description>Exploring Storage In an Online World</description>
	<lastBuildDate>Sun, 08 Feb 2009 05:05:51 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Online Storage Optimization &#187; Blog Archive &#187; What&#8217;s Next for Online Storage</title>
		<link>http://storageoptimization.wordpress.com/2008/07/28/the-impending-storage-crunch/#comment-89</link>
		<dc:creator>Online Storage Optimization &#187; Blog Archive &#187; What&#8217;s Next for Online Storage</dc:creator>
		<pubDate>Sun, 08 Feb 2009 05:05:51 +0000</pubDate>
		<guid isPermaLink="false">http://storageoptimization.wordpress.com/?p=64#comment-89</guid>
		<description>[...] a step closer to an &#8220;any movie, any time&#8221; model. Plenty to consider in the upcoming storage crunch.     Featured, [...]</description>
		<content:encoded><![CDATA[<p>[...] a step closer to an &#8220;any movie, any time&#8221; model. Plenty to consider in the upcoming storage crunch.     Featured, [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: What&#8217;s Next for Online Storage &#171; Storage Optimization</title>
		<link>http://storageoptimization.wordpress.com/2008/07/28/the-impending-storage-crunch/#comment-86</link>
		<dc:creator>What&#8217;s Next for Online Storage &#171; Storage Optimization</dc:creator>
		<pubDate>Wed, 04 Feb 2009 18:27:51 +0000</pubDate>
		<guid isPermaLink="false">http://storageoptimization.wordpress.com/?p=64#comment-86</guid>
		<description>[...] a step closer to an &#8220;any movie, any time&#8221; model.   Plenty to consider in the upcoming storage crunch. Possibly related posts: (automatically generated)The impending storage crunchFree Online Storage - [...]</description>
		<content:encoded><![CDATA[<p>[...] a step closer to an &#8220;any movie, any time&#8221; model.   Plenty to consider in the upcoming storage crunch. Possibly related posts: (automatically generated)The impending storage crunchFree Online Storage &#8211; [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: UsualAnalyst</title>
		<link>http://storageoptimization.wordpress.com/2008/07/28/the-impending-storage-crunch/#comment-55</link>
		<dc:creator>UsualAnalyst</dc:creator>
		<pubDate>Sun, 17 Aug 2008 04:43:45 +0000</pubDate>
		<guid isPermaLink="false">http://storageoptimization.wordpress.com/?p=64#comment-55</guid>
		<description>I talk to a lot of people that are advocates of &quot;delete old data&quot;.  They must not be familiar with situations where old data is still valuable.  Imagine telling a studio company to delete their 30 year old movie.  what nonsense that would be.

The point is, some information created is rubbish.  that can surely be deleted - not 10 years later -  but actually the day after it was created.

Most other information is useful and took someone&#039;s time and effort to create.  You cant just go around willy-nilly deleting information to save space.

By that paradigm, we&#039;d just burn up all our libraries.</description>
		<content:encoded><![CDATA[<p>I talk to a lot of people that are advocates of &#8220;delete old data&#8221;.  They must not be familiar with situations where old data is still valuable.  Imagine telling a studio company to delete their 30 year old movie.  what nonsense that would be.</p>
<p>The point is, some information created is rubbish.  that can surely be deleted &#8211; not 10 years later &#8211;  but actually the day after it was created.</p>
<p>Most other information is useful and took someone&#8217;s time and effort to create.  You cant just go around willy-nilly deleting information to save space.</p>
<p>By that paradigm, we&#8217;d just burn up all our libraries.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: storageoptimization</title>
		<link>http://storageoptimization.wordpress.com/2008/07/28/the-impending-storage-crunch/#comment-49</link>
		<dc:creator>storageoptimization</dc:creator>
		<pubDate>Tue, 29 Jul 2008 18:09:07 +0000</pubDate>
		<guid isPermaLink="false">http://storageoptimization.wordpress.com/?p=64#comment-49</guid>
		<description>That’s a good point, Chris. Of course, compliance rules – especially for larger organizations – make it illegal to delete anything. Sarbox and HIPAA have created tremendous growth in storage.

I just talked to a hospital that has been in business for over 100 years. In all that time, their storage had grown to a total of 25 Terabytes. They project it to be 250 Terabytes by the end of next year. That’s tenfold growth, and it’s not because they are lazy. It’s because a) the latest generation of medical imaging machines are spitting many more images at much higher resolution and b) laws require them to keep these images archived for a very long time. By the same token, one of the web site customers we have spoken with offers a service for customers whose marketing pitch is “preserve your memories”. 

The explicit promise is to keep your photos (and other things) safe forever. Again, that’s not laziness, it’s a combination of the fact that digital content now means a lot more to people, and the psychological fact that they want to keep it. It’s not laziness, it’s desire. That said, in the typical corporation, there are no doubt kajillions of PowerPoints and Word documents that are just sitting there, that no one is ever going to look at again, and which are not covered by compliance regulations – and that stuff could be deleted.
--Carter</description>
		<content:encoded><![CDATA[<p>That’s a good point, Chris. Of course, compliance rules – especially for larger organizations – make it illegal to delete anything. Sarbox and HIPAA have created tremendous growth in storage.</p>
<p>I just talked to a hospital that has been in business for over 100 years. In all that time, their storage had grown to a total of 25 Terabytes. They project it to be 250 Terabytes by the end of next year. That’s tenfold growth, and it’s not because they are lazy. It’s because a) the latest generation of medical imaging machines are spitting many more images at much higher resolution and b) laws require them to keep these images archived for a very long time. By the same token, one of the web site customers we have spoken with offers a service for customers whose marketing pitch is “preserve your memories”. </p>
<p>The explicit promise is to keep your photos (and other things) safe forever. Again, that’s not laziness, it’s a combination of the fact that digital content now means a lot more to people, and the psychological fact that they want to keep it. It’s not laziness, it’s desire. That said, in the typical corporation, there are no doubt kajillions of PowerPoints and Word documents that are just sitting there, that no one is ever going to look at again, and which are not covered by compliance regulations – and that stuff could be deleted.<br />
&#8211;Carter</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris M Evans</title>
		<link>http://storageoptimization.wordpress.com/2008/07/28/the-impending-storage-crunch/#comment-48</link>
		<dc:creator>Chris M Evans</dc:creator>
		<pubDate>Tue, 29 Jul 2008 14:07:13 +0000</pubDate>
		<guid isPermaLink="false">http://storageoptimization.wordpress.com/?p=64#comment-48</guid>
		<description>Carter

In fact, I think the issue is that we must *delete&quot; the data we don&#039;t need.  Most people are inherently lazy.  Increasing hard disk sizes have endulged their sloth and consequently no-one deleted anything.

Imagine you had a leaky roof.  Would the answer be to find more pots and pans to catch the water?  No the answer is mend the roof....</description>
		<content:encoded><![CDATA[<p>Carter</p>
<p>In fact, I think the issue is that we must *delete&#8221; the data we don&#8217;t need.  Most people are inherently lazy.  Increasing hard disk sizes have endulged their sloth and consequently no-one deleted anything.</p>
<p>Imagine you had a leaky roof.  Would the answer be to find more pots and pans to catch the water?  No the answer is mend the roof&#8230;.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
