<?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: Big data law</title>
	<atom:link href="http://www.epanorama.net/blog/2015/03/15/big-data-law/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.epanorama.net/blog/2015/03/15/big-data-law/</link>
	<description>All about electronics and circuit design</description>
	<lastBuildDate>Mon, 13 Apr 2026 13:09:46 +0000</lastBuildDate>
		<sy:updatePeriod>hourly</sy:updatePeriod>
		<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.9.14</generator>
	<item>
		<title>By: Tomi Engdahl</title>
		<link>https://www.epanorama.net/blog/2015/03/15/big-data-law/comment-page-1/#comment-1362711</link>
		<dc:creator><![CDATA[Tomi Engdahl]]></dc:creator>
		<pubDate>Mon, 23 Mar 2015 14:02:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.epanorama.net/newepa/?p=30722#comment-1362711</guid>
		<description><![CDATA[BIG DATA wizards: LEARN from CERN, not the F500
Silos are for mudbloods
http://www.theregister.co.uk/2015/03/23/cerns_atom_big_data_f500/

Big data has a problem: it is being abused. One of the biggest misconceptions is that big data is about archiving everything forever, buying the biggest, cheapest storage pool, and building a giant proverbial barn of hay in order to try to find needles.

Vendor marketing has abused this. Consider marketing that advises that you use that same NAS for Exchange and big data! Big data people have different storage management problems than the normal humble enterprise storage administrators.

Your typical storage administrator may struggle to deal with detailed compliance and disaster recovery issues. A big data admin will struggle to decide if check-pointing 4PB of in memory data is worth the hassle or if it will be cheaper to recreate the data.

Big data requires we rethink how we store data, where we store data, and what we store.]]></description>
		<content:encoded><![CDATA[<p>BIG DATA wizards: LEARN from CERN, not the F500<br />
Silos are for mudbloods<br />
<a href="http://www.theregister.co.uk/2015/03/23/cerns_atom_big_data_f500/" rel="nofollow">http://www.theregister.co.uk/2015/03/23/cerns_atom_big_data_f500/</a></p>
<p>Big data has a problem: it is being abused. One of the biggest misconceptions is that big data is about archiving everything forever, buying the biggest, cheapest storage pool, and building a giant proverbial barn of hay in order to try to find needles.</p>
<p>Vendor marketing has abused this. Consider marketing that advises that you use that same NAS for Exchange and big data! Big data people have different storage management problems than the normal humble enterprise storage administrators.</p>
<p>Your typical storage administrator may struggle to deal with detailed compliance and disaster recovery issues. A big data admin will struggle to decide if check-pointing 4PB of in memory data is worth the hassle or if it will be cheaper to recreate the data.</p>
<p>Big data requires we rethink how we store data, where we store data, and what we store.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
