<?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: Ellison Takes Aim at HANA, But Misses the Big (Data) Picture</title>
	<atom:link href="http://wikibon.org/blog/ellison-takes-aim-at-hana-but-misses-the-big-data-picture/feed/" rel="self" type="application/rss+xml" />
	<link>http://wikibon.org/blog/ellison-takes-aim-at-hana-but-misses-the-big-data-picture/</link>
	<description>Breaking Research Boundaries</description>
	<lastBuildDate>Fri, 17 May 2013 05:33:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.1</generator>
<xhtml:meta xmlns:xhtml="http://www.w3.org/1999/xhtml" name="robots" content="noindex" />
	<item>
		<title>By: Rob Commins</title>
		<link>http://wikibon.org/blog/ellison-takes-aim-at-hana-but-misses-the-big-data-picture/comment-page-1/#comment-5714</link>
		<dc:creator>Rob Commins</dc:creator>
		<pubDate>Thu, 04 Oct 2012 15:46:00 +0000</pubDate>
		<guid isPermaLink="false">http://wikibon.org/blog/?p=9979#comment-5714</guid>
		<description><![CDATA[My apologies if I came across as an informercial for our wares.  My intent is to be very up front about the position I was writing from.  I do recognize that my comment is a bit tangential, but we see so many vendors making claims (as Ellison did vs SAP) that have little or nothing to do with what a customer will see in production, I felt compelled to post my comment with anecdotal examples I know from my day to day business.  We do indeed have reference architectures and best practice guidance we&#039;ve assembled from customer&#039;s real world production feedback.  If your schedule does not permit your own POC, I suggest customers looking at new technology press vendors for those real world examples and leverage references from end users to validate those claims.  Hope that helps.]]></description>
		<content:encoded><![CDATA[<p>My apologies if I came across as an informercial for our wares.  My intent is to be very up front about the position I was writing from.  I do recognize that my comment is a bit tangential, but we see so many vendors making claims (as Ellison did vs SAP) that have little or nothing to do with what a customer will see in production, I felt compelled to post my comment with anecdotal examples I know from my day to day business.  We do indeed have reference architectures and best practice guidance we&#8217;ve assembled from customer&#8217;s real world production feedback.  If your schedule does not permit your own POC, I suggest customers looking at new technology press vendors for those real world examples and leverage references from end users to validate those claims.  Hope that helps.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: bugoff1234</title>
		<link>http://wikibon.org/blog/ellison-takes-aim-at-hana-but-misses-the-big-data-picture/comment-page-1/#comment-5713</link>
		<dc:creator>bugoff1234</dc:creator>
		<pubDate>Thu, 04 Oct 2012 14:41:00 +0000</pubDate>
		<guid isPermaLink="false">http://wikibon.org/blog/?p=9979#comment-5713</guid>
		<description><![CDATA[Now this is an weird comment... are you advertising something Rob? 


I do commend you for asking for a POC, but many other of my IT administrator peers would agree I don&#039;t always have time for POCs. I&#039;ve got my day job to do. Do you guys have validated designs?]]></description>
		<content:encoded><![CDATA[<p>Now this is an weird comment&#8230; are you advertising something Rob? </p>
<p>I do commend you for asking for a POC, but many other of my IT administrator peers would agree I don&#8217;t always have time for POCs. I&#8217;ve got my day job to do. Do you guys have validated designs?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rob Commins</title>
		<link>http://wikibon.org/blog/ellison-takes-aim-at-hana-but-misses-the-big-data-picture/comment-page-1/#comment-5707</link>
		<dc:creator>Rob Commins</dc:creator>
		<pubDate>Wed, 03 Oct 2012 22:56:00 +0000</pubDate>
		<guid isPermaLink="false">http://wikibon.org/blog/?p=9979#comment-5707</guid>
		<description><![CDATA[















Hi Jeff - 


Great coverage of the great in-memory debate.  I am with a new data storage firm, Tegile Systems.  While we are not the juggernaut that Oracle is, we often get pulled into &quot;mine is bigger than yours&quot; stand-offs.  Here&#039;s the thing: we are big on de-duplication and compression here at Tegile.  While intuitively, this helps customers save capacity on the rotating disk at the back-end of our arrays, it actually has a huge positive performance impact to applications such as databases.  How? Our data reduction algorithms also save space in our DRAM and SSD space too - we use these as large read and write cache pools, respectively.  So, if I can get a 5X data reduction ratio, I can also jam 5X mode data into cache, thus boosting cache hit ratios and drive performance much higher than what I might normally get with a traditional storage system.


Why bring this up on your post about Oracle and SAP?  Only to warn readers that apples to apples comparisons are even harder to assemble today than they ever have been before.  Simply looking at the cache capacity of our mid-range arrays that have between 600GB to 4.4TB of SSD in them doesn&#039;t do the architecture justice.  Customers need to demand an in-house proof of concept to put the &quot;your mileage may vary&quot; weasel words to rest.  Arm waving during the keynote of a conference means little to nothing (and I&#039;m a marketing guy!)


Again, thank you for the great coverage, Jeff.


Rob  ]]></description>
		<content:encoded><![CDATA[<p>Hi Jeff &#8211; </p>
<p>Great coverage of the great in-memory debate.  I am with a new data storage firm, Tegile Systems.  While we are not the juggernaut that Oracle is, we often get pulled into &#8220;mine is bigger than yours&#8221; stand-offs.  Here&#8217;s the thing: we are big on de-duplication and compression here at Tegile.  While intuitively, this helps customers save capacity on the rotating disk at the back-end of our arrays, it actually has a huge positive performance impact to applications such as databases.  How? Our data reduction algorithms also save space in our DRAM and SSD space too &#8211; we use these as large read and write cache pools, respectively.  So, if I can get a 5X data reduction ratio, I can also jam 5X mode data into cache, thus boosting cache hit ratios and drive performance much higher than what I might normally get with a traditional storage system.</p>
<p>Why bring this up on your post about Oracle and SAP?  Only to warn readers that apples to apples comparisons are even harder to assemble today than they ever have been before.  Simply looking at the cache capacity of our mid-range arrays that have between 600GB to 4.4TB of SSD in them doesn&#8217;t do the architecture justice.  Customers need to demand an in-house proof of concept to put the &#8220;your mileage may vary&#8221; weasel words to rest.  Arm waving during the keynote of a conference means little to nothing (and I&#8217;m a marketing guy!)</p>
<p>Again, thank you for the great coverage, Jeff.</p>
<p>Rob  </p>
]]></content:encoded>
	</item>
</channel>
</rss>
