<?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: Fun with Oracle Exadata V2</title>
	<atom:link href="http://kerryosborne.oracle-guy.com/2010/04/fun-with-exadata/feed/" rel="self" type="application/rss+xml" />
	<link>http://kerryosborne.oracle-guy.com/2010/04/fun-with-exadata/</link>
	<description>Just another Oracle blog</description>
	<lastBuildDate>Mon, 06 Feb 2012 21:28:20 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Kerry Osborne's Oracle Blog; Blog Archive Exadata - Take 2 - Flash Cache - Kerry Osborne’s Oracle Blog</title>
		<link>http://kerryosborne.oracle-guy.com/2010/04/fun-with-exadata/#comment-10151</link>
		<dc:creator>Kerry Osborne's Oracle Blog; Blog Archive Exadata - Take 2 - Flash Cache - Kerry Osborne’s Oracle Blog</dc:creator>
		<pubDate>Mon, 17 May 2010 14:54:28 +0000</pubDate>
		<guid isPermaLink="false">http://kerryosborne.oracle-guy.com/?p=2372#comment-10151</guid>
		<description>[...] Oracle Whitepapers / Presentations; Fun with Exadata [...]</description>
		<content:encoded><![CDATA[<p>[...] Oracle Whitepapers / Presentations; Fun with Exadata [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: osborne</title>
		<link>http://kerryosborne.oracle-guy.com/2010/04/fun-with-exadata/#comment-10056</link>
		<dc:creator>osborne</dc:creator>
		<pubDate>Fri, 14 May 2010 15:25:06 +0000</pubDate>
		<guid isPermaLink="false">http://kerryosborne.oracle-guy.com/?p=2372#comment-10056</guid>
		<description>Hi Riyaj,

  Yes, I feel very fortunate to be able to work on that system. There are stats for seeing some of the unique features such as offloading (how much data is actually transferred, etc..) and what&#039;s returned from flash cache vs. actual disk access. Although the stats are not quite as easily accessible as we are used to for non-Exadata stuff (i.e. not all of it is accessible at the statement/cursor level via V$SQL). But there are new wait events, new plan options (which are available via xplan, etc...) I intend to share that info as soon as I have some time to put it together. On a side note, we have our own Exadata showing up in a couple of weeks. So we should be able to do whatever kind of testing we want, without having to worry about &quot;real&quot; work being done on the platform as well. That should be fun! Although there is no substitute for being able to look at a real production  system, so as I said earlier, I am really thankful that we have had the opportunity to work on the real system (which is in limited production now by the way).

Kerry</description>
		<content:encoded><![CDATA[<p>Hi Riyaj,</p>
<p>  Yes, I feel very fortunate to be able to work on that system. There are stats for seeing some of the unique features such as offloading (how much data is actually transferred, etc..) and what&#8217;s returned from flash cache vs. actual disk access. Although the stats are not quite as easily accessible as we are used to for non-Exadata stuff (i.e. not all of it is accessible at the statement/cursor level via V$SQL). But there are new wait events, new plan options (which are available via xplan, etc&#8230;) I intend to share that info as soon as I have some time to put it together. On a side note, we have our own Exadata showing up in a couple of weeks. So we should be able to do whatever kind of testing we want, without having to worry about &#8220;real&#8221; work being done on the platform as well. That should be fun! Although there is no substitute for being able to look at a real production  system, so as I said earlier, I am really thankful that we have had the opportunity to work on the real system (which is in limited production now by the way).</p>
<p>Kerry</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Riyaj</title>
		<link>http://kerryosborne.oracle-guy.com/2010/04/fun-with-exadata/#comment-9864</link>
		<dc:creator>Riyaj</dc:creator>
		<pubDate>Sat, 08 May 2010 15:35:31 +0000</pubDate>
		<guid isPermaLink="false">http://kerryosborne.oracle-guy.com/?p=2372#comment-9864</guid>
		<description>I envy you, Kerry!

This is some stuff I have been itching to put my hands on.

It might be great if you can test both DW queries ( that are great for offloading) and some ETL processes performance. I would be delighted to see cell offloading in work, execution plan differences, statistics differences etc.

In the non-exadata configurations, we use consistent gets, db block gets, db time etc to resolve performance issues. How is that going to change with exadata? how effective are the tools that we currently use, in exdata environment?

Lots of questions, so little time !

Kevin dude,
  you are humble and you had lot more than 6 attendees in your hotsos presentation. Good stuff, that you present.  

Cheers
Riyaj</description>
		<content:encoded><![CDATA[<p>I envy you, Kerry!</p>
<p>This is some stuff I have been itching to put my hands on.</p>
<p>It might be great if you can test both DW queries ( that are great for offloading) and some ETL processes performance. I would be delighted to see cell offloading in work, execution plan differences, statistics differences etc.</p>
<p>In the non-exadata configurations, we use consistent gets, db block gets, db time etc to resolve performance issues. How is that going to change with exadata? how effective are the tools that we currently use, in exdata environment?</p>
<p>Lots of questions, so little time !</p>
<p>Kevin dude,<br />
  you are humble and you had lot more than 6 attendees in your hotsos presentation. Good stuff, that you present.  </p>
<p>Cheers<br />
Riyaj</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Craft</title>
		<link>http://kerryosborne.oracle-guy.com/2010/04/fun-with-exadata/#comment-9477</link>
		<dc:creator>Chris Craft</dc:creator>
		<pubDate>Wed, 28 Apr 2010 14:57:22 +0000</pubDate>
		<guid isPermaLink="false">http://kerryosborne.oracle-guy.com/?p=2372#comment-9477</guid>
		<description>Yasser:

The main advantages of Exadata are #1) database performance and #2) ease of deployment.  The Oracle Database Machine comes from the factory as a pre-built system of servers, storage and networking.  Oracle installs &amp; configures the machine, and the system goes from the loading dock to loading data in about 2-3 days.  The system performs better than traditional hardware architectures because the Oracle software is tightly integrated into the hardware.  Part of the RDBMS code actually runs INSIDE the storage tier.  The software inside the storage knows how to run fragments of SQL statements, and it knows how to utilize the built-in cache to best advantage for database performance.  Oracle software doesn&#039;t run inside of a traditional disk array, so you simply cannot get this degree of integration without Exadata.
-Hope this helps...
Chris</description>
		<content:encoded><![CDATA[<p>Yasser:</p>
<p>The main advantages of Exadata are #1) database performance and #2) ease of deployment.  The Oracle Database Machine comes from the factory as a pre-built system of servers, storage and networking.  Oracle installs &amp; configures the machine, and the system goes from the loading dock to loading data in about 2-3 days.  The system performs better than traditional hardware architectures because the Oracle software is tightly integrated into the hardware.  Part of the RDBMS code actually runs INSIDE the storage tier.  The software inside the storage knows how to run fragments of SQL statements, and it knows how to utilize the built-in cache to best advantage for database performance.  Oracle software doesn&#8217;t run inside of a traditional disk array, so you simply cannot get this degree of integration without Exadata.<br />
-Hope this helps&#8230;<br />
Chris</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Yasser</title>
		<link>http://kerryosborne.oracle-guy.com/2010/04/fun-with-exadata/#comment-9429</link>
		<dc:creator>Yasser</dc:creator>
		<pubDate>Tue, 27 Apr 2010 05:23:16 +0000</pubDate>
		<guid isPermaLink="false">http://kerryosborne.oracle-guy.com/?p=2372#comment-9429</guid>
		<description>Thanks a lot for taking this hot topic Exadata V2.

Will be more usefull if you could provide some insights with test cases on advantage of using Exadata V2 compared to absence of this technology.

Also some basic stuff with examples will more helpfull as some DBA&#039;s are not so lucky to work on this technology.

-Yasser</description>
		<content:encoded><![CDATA[<p>Thanks a lot for taking this hot topic Exadata V2.</p>
<p>Will be more usefull if you could provide some insights with test cases on advantage of using Exadata V2 compared to absence of this technology.</p>
<p>Also some basic stuff with examples will more helpfull as some DBA&#8217;s are not so lucky to work on this technology.</p>
<p>-Yasser</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kevin Closson</title>
		<link>http://kerryosborne.oracle-guy.com/2010/04/fun-with-exadata/#comment-9422</link>
		<dc:creator>Kevin Closson</dc:creator>
		<pubDate>Mon, 26 Apr 2010 23:01:21 +0000</pubDate>
		<guid isPermaLink="false">http://kerryosborne.oracle-guy.com/?p=2372#comment-9422</guid>
		<description>Kerry,

  Flash cache in the Database Machine hosts would be of no value... trust me... I know... in fact, if you had joined those other 6 attendees in my Hotsos Symposium 2010 session you&#039;d know why :-)  Hold it, you can get the slides since you were a speaker...

  I plan to do a contrast presentation webcast-style on the topic of these two different Oracle Flash technology offerings. There are a lot of DIY types that seem to suppose that flash is flash so they can back the &quot;upstairs&quot; with flash and dangle regular old spinning rust for the downstairs and voila the product is a self-made Database Machine. The problem is, it isn&#039;t so. 

  That avatar is a photo of a friend&#039;s Jeep circa &#039;49 or so. It never moves. We hang our deer in the same building though when successful on a hunt if that&#039;s any consolation :-)</description>
		<content:encoded><![CDATA[<p>Kerry,</p>
<p>  Flash cache in the Database Machine hosts would be of no value&#8230; trust me&#8230; I know&#8230; in fact, if you had joined those other 6 attendees in my Hotsos Symposium 2010 session you&#8217;d know why :-)  Hold it, you can get the slides since you were a speaker&#8230;</p>
<p>  I plan to do a contrast presentation webcast-style on the topic of these two different Oracle Flash technology offerings. There are a lot of DIY types that seem to suppose that flash is flash so they can back the &#8220;upstairs&#8221; with flash and dangle regular old spinning rust for the downstairs and voila the product is a self-made Database Machine. The problem is, it isn&#8217;t so. </p>
<p>  That avatar is a photo of a friend&#8217;s Jeep circa &#8217;49 or so. It never moves. We hang our deer in the same building though when successful on a hunt if that&#8217;s any consolation :-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: osborne</title>
		<link>http://kerryosborne.oracle-guy.com/2010/04/fun-with-exadata/#comment-9420</link>
		<dc:creator>osborne</dc:creator>
		<pubDate>Mon, 26 Apr 2010 22:39:39 +0000</pubDate>
		<guid isPermaLink="false">http://kerryosborne.oracle-guy.com/?p=2372#comment-9420</guid>
		<description>Kevin,

Yes - 2 quarter racks. I was thinking Flash Cache in the DB Server might be interesting as well. Yes, screaming fast on the big tables!

What&#039;s with the picture by the way? My eyes aren&#039;t that great anymore but it looks like a jeep with a deer blind built on the back.

Kerry</description>
		<content:encoded><![CDATA[<p>Kevin,</p>
<p>Yes &#8211; 2 quarter racks. I was thinking Flash Cache in the DB Server might be interesting as well. Yes, screaming fast on the big tables!</p>
<p>What&#8217;s with the picture by the way? My eyes aren&#8217;t that great anymore but it looks like a jeep with a deer blind built on the back.</p>
<p>Kerry</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kevin Closson</title>
		<link>http://kerryosborne.oracle-guy.com/2010/04/fun-with-exadata/#comment-9416</link>
		<dc:creator>Kevin Closson</dc:creator>
		<pubDate>Mon, 26 Apr 2010 21:21:43 +0000</pubDate>
		<guid isPermaLink="false">http://kerryosborne.oracle-guy.com/?p=2372#comment-9416</guid>
		<description>&quot;The database servers (Sun 4170) have no spare slots, making it difficult to attach external devices such as tape backup units and other fiber based storage. Swapping the 1U 4170’s for the 2U 4275’s would provide additional slots allowing more connection options.&quot;

...you must be working with a customer that has either a half or a quarter-rack. Thoughts of larger form factor hosts would seem feasible in that case I suppose. A full-rack configuration has no spare room to &quot;fatten&quot; the hosts. 

...glad to see you&#039;re getting to have some fun. Fast stuff, eh ?</description>
		<content:encoded><![CDATA[<p>&#8220;The database servers (Sun 4170) have no spare slots, making it difficult to attach external devices such as tape backup units and other fiber based storage. Swapping the 1U 4170’s for the 2U 4275’s would provide additional slots allowing more connection options.&#8221;</p>
<p>&#8230;you must be working with a customer that has either a half or a quarter-rack. Thoughts of larger form factor hosts would seem feasible in that case I suppose. A full-rack configuration has no spare room to &#8220;fatten&#8221; the hosts. </p>
<p>&#8230;glad to see you&#8217;re getting to have some fun. Fast stuff, eh ?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

