<?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: Faulty Quotes 1 &#8211; OPTIMIZER_INDEX_COST_ADJ</title>
	<atom:link href="http://hoopercharles.wordpress.com/2009/12/06/faulty-quotes-1-optimizer_index_cost_adj/feed/" rel="self" type="application/rss+xml" />
	<link>http://hoopercharles.wordpress.com/2009/12/06/faulty-quotes-1-optimizer_index_cost_adj/</link>
	<description>Miscellaneous Random Oracle Topics: Stop, Think, ... Understand</description>
	<lastBuildDate>Mon, 13 May 2013 14:10:06 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Charles Hooper</title>
		<link>http://hoopercharles.wordpress.com/2009/12/06/faulty-quotes-1-optimizer_index_cost_adj/#comment-406</link>
		<dc:creator><![CDATA[Charles Hooper]]></dc:creator>
		<pubDate>Sat, 20 Feb 2010 15:26:37 +0000</pubDate>
		<guid isPermaLink="false">http://hoopercharles.wordpress.com/?p=185#comment-406</guid>
		<description><![CDATA[Girish,

Thank you for the compliment.

I think that you will find that the majority of people who have performed testing regarding what happens to access path cost calculations (and the resulting execution plans) will recommend using the system (CPU) statistics to increase the calculated cost of various access paths, rather then using the OPTIMIZER_INDEX_COST_ADJ parameter to decrease (or increase if set to a value greater than 100) the calculated cost of index type accesses.

It is important to collect the system statistics when the server is under a moderate to heavy load in order to improve the accuracy of the statistics.  After collecting the system statistics, verify that odd statistic values were not collected, such as MREADTIM set to a value that is lower than SREADTIM, or MBRC set to too high of a value.

See the following for an example of what might happen if MBRC is set to too high of a value:
&lt;a href=&quot;http://hoopercharles.wordpress.com/2009/12/27/high-value-for-mbrc-causes-high-bchr-high-cpu-usage-and-slow-performance/&quot; rel=&quot;nofollow&quot;&gt;High Value for MBRC Causes High BCHR, High CPU Usage, and Slow Performance&lt;/a&gt;


Jonathan Lewis has a couple of very good articles on his blog regarding system statistics:
&lt;a href=&quot;http://jonathanlewis.wordpress.com/2007/04/30/system-statistics/&quot; rel=&quot;nofollow&quot;&gt;System Statistics&lt;/a&gt;
&lt;a href=&quot;http://jonathanlewis.wordpress.com/2007/05/20/system-stats-strategy/&quot; rel=&quot;nofollow&quot;&gt;System Stats Strategy&lt;/a&gt;
&lt;a href=&quot;http://jonathanlewis.wordpress.com/2008/10/02/upgrades/&quot; rel=&quot;nofollow&quot;&gt;Upgrades&lt;/a&gt;]]></description>
		<content:encoded><![CDATA[<p>Girish,</p>
<p>Thank you for the compliment.</p>
<p>I think that you will find that the majority of people who have performed testing regarding what happens to access path cost calculations (and the resulting execution plans) will recommend using the system (CPU) statistics to increase the calculated cost of various access paths, rather then using the OPTIMIZER_INDEX_COST_ADJ parameter to decrease (or increase if set to a value greater than 100) the calculated cost of index type accesses.</p>
<p>It is important to collect the system statistics when the server is under a moderate to heavy load in order to improve the accuracy of the statistics.  After collecting the system statistics, verify that odd statistic values were not collected, such as MREADTIM set to a value that is lower than SREADTIM, or MBRC set to too high of a value.</p>
<p>See the following for an example of what might happen if MBRC is set to too high of a value:<br />
<a href="http://hoopercharles.wordpress.com/2009/12/27/high-value-for-mbrc-causes-high-bchr-high-cpu-usage-and-slow-performance/" rel="nofollow">High Value for MBRC Causes High BCHR, High CPU Usage, and Slow Performance</a></p>
<p>Jonathan Lewis has a couple of very good articles on his blog regarding system statistics:<br />
<a href="http://jonathanlewis.wordpress.com/2007/04/30/system-statistics/" rel="nofollow">System Statistics</a><br />
<a href="http://jonathanlewis.wordpress.com/2007/05/20/system-stats-strategy/" rel="nofollow">System Stats Strategy</a><br />
<a href="http://jonathanlewis.wordpress.com/2008/10/02/upgrades/" rel="nofollow">Upgrades</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: panu78</title>
		<link>http://hoopercharles.wordpress.com/2009/12/06/faulty-quotes-1-optimizer_index_cost_adj/#comment-405</link>
		<dc:creator><![CDATA[panu78]]></dc:creator>
		<pubDate>Sat, 20 Feb 2010 14:45:37 +0000</pubDate>
		<guid isPermaLink="false">http://hoopercharles.wordpress.com/?p=185#comment-405</guid>
		<description><![CDATA[Hi Charles,

Excellent explanation.

One question on this - So as per this article its better to gather system statistics rather than setting the individual parameters for improving the database performance ?

Thanks
Girish]]></description>
		<content:encoded><![CDATA[<p>Hi Charles,</p>
<p>Excellent explanation.</p>
<p>One question on this &#8211; So as per this article its better to gather system statistics rather than setting the individual parameters for improving the database performance ?</p>
<p>Thanks<br />
Girish</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Charles Hooper</title>
		<link>http://hoopercharles.wordpress.com/2009/12/06/faulty-quotes-1-optimizer_index_cost_adj/#comment-19</link>
		<dc:creator><![CDATA[Charles Hooper]]></dc:creator>
		<pubDate>Thu, 17 Dec 2009 17:54:45 +0000</pubDate>
		<guid isPermaLink="false">http://hoopercharles.wordpress.com/?p=185#comment-19</guid>
		<description><![CDATA[Joze,
Thanks for the compliment.  There are a number faulty Oracle-related expert quotes floating around the Internet that undoubtedly cause a great deal of confusion.  Please feel free to borrow the &quot;Faulty Quotes&quot; idea for your own blog posts.]]></description>
		<content:encoded><![CDATA[<p>Joze,<br />
Thanks for the compliment.  There are a number faulty Oracle-related expert quotes floating around the Internet that undoubtedly cause a great deal of confusion.  Please feel free to borrow the &#8220;Faulty Quotes&#8221; idea for your own blog posts.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joze Senegacnik</title>
		<link>http://hoopercharles.wordpress.com/2009/12/06/faulty-quotes-1-optimizer_index_cost_adj/#comment-18</link>
		<dc:creator><![CDATA[Joze Senegacnik]]></dc:creator>
		<pubDate>Thu, 17 Dec 2009 16:57:00 +0000</pubDate>
		<guid isPermaLink="false">http://hoopercharles.wordpress.com/?p=185#comment-18</guid>
		<description><![CDATA[Charles, 
Excellent idea to gather this kind of faulty &quot;expert&quot; advices in one place. I expect that I&#039;ll frequently use a link to this post in my writings. 

Have a nice time, Joze]]></description>
		<content:encoded><![CDATA[<p>Charles,<br />
Excellent idea to gather this kind of faulty &#8220;expert&#8221; advices in one place. I expect that I&#8217;ll frequently use a link to this post in my writings. </p>
<p>Have a nice time, Joze</p>
]]></content:encoded>
	</item>
</channel>
</rss>
